
Microcommunications 

Volume II - Applications 




inter 


Intel the Microcomputer Company: 

When Intel invented the microprocessor in 1971, it created the era of 
microcomputers. Whether used in embedded applications such as automobiles 
or microwave ovens, or as the CPU in persona! computers or supercomputers, 
Intel’s microcomputers have always offered leading-edge technology. Intel continues 
to strive for the highest standards in memory, microcomputer components, modules 
and systems to give its customers the best possible competitive advantages. 


MICROCOMMUNICATIONS 

APPLICATIONS 


1990 


intef 


Intel Corporation makes no warranty for the use of its products and assumes no responsibility for any errors 
which may appear in this document nor does it make a commitment to update the information contained 
herein. 

Intel retains the right to make changes to these specifications at any time, without notice. 

Contact your local sales office to obtain the latest specifications before placing your order. 

The following are trademarks of Intel Corporation and may only be used to identify Intel Products: 

376, 386, 387, 486, 4-SITE, Above, ACE51, ACE96, ACE186, ACE196, 

ACE960, BITBUS, COMMputer, CREDIT, Data Pipeline, DVI, ETOX, 

FaxBACK, Genius, i, f, i486, i750, i860, ICE, iCEL, ICEVIEW, iCS, iDBP, 
iDIS, I2ICE, iLBX, iMDDX, iMMX, Inboard, Insite, Intel, int e l, Intel386, 
int e IBOS, Intel Certified, Intelevision, int e ligent Identifier, int e ligent 
Programming, Intellec, Intellink, iOSP, iPAT, iPDS, iPSC, iRMK, iRMX, 
iSBC, iSBX, iSDM, iSXM, Library Manager, MAPNET, MCS, 

Megachassis, MICROMAINFRAME, MULTIBUS, MULTICHANNEL, 
MULTIMODULE, MultiSERVER, ONCE, OpenNET, OTP, PRO750, 

PROMPT, Promware, QUEST, QueX, Quick-Erase, Quick-Pulse 
Programming, Ripplemode, RMX/80,RUPI, Seamless, SLD, SugarCube, 

ToolTALK, UPI, Visual Edge, VLSiCEL, and ZapCode, and the 
combination of ICE, iCS, iRMX, iSBC, iSBX, iSXM, MCS, or UPI and a 
numerical suffix. 

MDS is an ordering code only and is not used as a product name or trademark. MDS® is a registered 
trademark of Mohawk Data Sciences Corporation. 

*MULTIBUS is a patented Intel bus. 

CHMOS and HMOS are patented processes of Intel Corp. 

Intel Corporation and Intel’s FASTPATH are not affiliated with Kinetics, a division of Excelan, Inc. or its 
FASTPATH trademark or products. 

Additional copies of this manual or other Intel literature may be obtained from: 

Intel Corporation 
Literature Sales 
P.O. Box 7641 
Mt. Prospect, IL 60056-7641 


© INTEL CORPORATION 1989 



CUSTOMER SUPPORT 


INTEL’S COMPLETE SUPPORT SOLUTION WORLDWIDE 
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Intel offers a wide range of instructional programs covering various aspects of system design and implementa- 
tion. In just three to ten days a limited number of individuals learn more in a single workshop than in weeks of 
self-study. For optimum convenience, workshops are scheduled regularly at Training Centers worldwide or we 
can take our workshops to you for on-site instruction. Covering a wide variety of topics, Intel’s major course 
categories include: architecture and assembly language, programming and operating systems, BITBUS™ and 
LAN applications. 

NETWORK MANAGEMENT SERVICES 

Today’s networking products are powerful and extremely flexible. The return they can provide on your invest- 
ment via increased productivity and reduced costs can be very substantial. 
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OVERVIEW 

Imagine for a moment a world where all electronic 
communications were instantaneous. A world where 
voice, data, and graphics could all be transported via 
telephone lines to a variety of computers and receiving 
systems. A world where the touch of a finger could 
summon information ranging from stock reports to 
classical literature and bring it into environments as 
diverse as offices and labs, factories and living rooms. 

Unfortunately, these promises of the Information Age 
still remain largely unfulfilled. While computer tech- 
nology has accelerated rapidly over the last twenty 
years, the communications methods used to tie the wide 
variety of electronic systems in the world together have, 
by comparison, failed to keep pace. Faced with a tangle 
of proprietary offerings, high costs, evolving standards, 
and incomplete technologies, the world is still waiting 
for networks that are truly all-encompassing, the miss- 
ing links to today’s communications puzzle. 

Enter microcommunications — microchip-based digital 
communications products and services. A migration of 
the key electronics communications functions into sili- 
con is now taking place, providing the vital interfaces 
that have been lacking among the various networks 
now employed throughout the world. Through the evo- 
lution of VLSI (Very Large Scale Integration) technolo- 
gy, microcommunications now can offer the perform- 
ance required to effect these communications interfaces 
at affordable costs, spanning the globe with silicon to 
eradicate the troublesome bottleneck that has plagued 
information transfer during recent years. 

“There are three parts to the communications puzzle,” 
says Gordon Moore, Intel Chairman and CEO. “The 
first incorporates the actual systems that communicate 
with each other, and the second is the physical means 
to connect them — such as cables, microwave technolo- 
gy, or fiber optics. It is the third area, the interfaces 
between the systems and the physical links, where sili- 
con will act as the linchpin. That, in essence, is what 
microcommunications is all about.” 

THE COMMUNICATIONS 
BOTTLENECK 

Visions of global networks are not new. Perhaps one of 
the most noteworthy of these has been espoused by Dr. 
Koji Kobayashi, chairman of NEC Corporation. His 
view of the future, developed over the nearly fifty years 
of his association with NEC, is known as C&C (Com- 
puters and Communications). It defines the marriage of 
passive communications systems and computers as 
processors and manipulators of information, providing 
the foundation for a discipline that is changing the ba- 
sic character of modern society. 


Kobayashi’s macro vision hints at the obstacles con- 
fronting the future of C&C. When taken to the micro 
level, to silicon itself, one begins to understand the 
complexities that are involved. When Intel invented the 
microprocessor fifteen years ago, the first seeds of the 
personal computer revolution were sown , marking an 
era that over the last decade has dramatically influ- 
enced the way people work and live. PCs now prolifer- 
ate in the office, in factories, and throughout laboratory 
environments. And their “intimidation” factor has less- 
ened to where they are also becoming more and more 
prevalent in the home, beginning to penetrate a market 
that to date has remained relatively untapped. 

Thanks to semiconductor technology, the personal 
computer has raised the level of productivity in our 
society. But most of that productivity has been gained 
by individuals at isolated workstations. Group produc- 
tivity, meanwhile, still leaves much to be desired. The 
collective productivity of organizations can only be en- 
hanced through more sophisticated networking 
technology. We are now faced with isolated “islands 
of automation” that must somehow be developed 
into networks of productivity. 

But no amount of computing can meet these challenges 
if the corresponding communications technology is not 
sufficiently in step. The Information Age can only grow 
as fast as the lowest common denominator — which in 
this case is the aggregate communications bandwidth 
that continues to lag behind our increased computing 
power. Such is the nature of the communications bot- 
tleneck, where the growing amounts of information we 
are capable of generating can only flow as fast as the 
limited and incompatible communications capabilities 
now in place. Clearly, a crisis is at hand. 


BREAKING UP THE BOTTLENECK 

Three factors have contributed to this logjam: lack of 
industry standards, an insufficient cost/performance 
ratio, and the incomplete status of available communi- 
cations technology to date. 

• Standards — One look at the tangle of proprietary 
systems now populating office, factory, and labora- 
tory environments gives a good indication of the 
inherent difficulty in hooking these diverse systems 
together. And these systems do not merely feature 
different architectures — they also represent com- 
pletely different levels of computing, ranging from 
giant mainframes at one end of the scale down to 
individual microcontrollers on the other. 

The market has simply grown too fast to effectively 
accommodate the changes that have occurred. Sup- 
pliers face the dilemma of meshing product differ- 
entiation issues with industry-wide compatibility as 
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they develop their strategies; opting for one in the 
past often meant forsaking the other. And while 
some standards have coalesced, the industry still 
faces a technological Tower of Babel, with many 
proprietary solutions vying to be recognized in lead- 
ership positions. 

• Cost/Performance Ratio — While various commu- 
nications technologies struggle toward maturity, 
the industry has had to cope with tremendous costs 
associated with interconnectivity and interopera- 
tion. Before the shift to microelectronic interfaces 
began to occur, these connections often were pro- 
hibitively expensive. 

Says Ron Whittier, Intel Vice President and Direc- 
tor of Marketing: “Mainframes offer significant 
computing and communications power, but at a 
price that limits the number of users. What is need- 
ed is cost-effective communications solutions to 
hook together the roughly 16 million installed PCs 
in the market, as well as the soon-to-exist voice/ 
data terminals. That’s the role of microcommunica- 
tions — bringing cost-effective communications solu- 
tions to the microcomputer world.” 

• Incomplete Technology — Different suppliers have 
developed many networking schemes, but virtually 
all have been fragmented and unable to meet the 
wide range of needs in the marketplace. Some of 
these approaches have only served to create addi- 
tional problems, making OEMs and systems houses 
loathe to commit to suppliers who they fear cannot 
provide answers at all of the levels of communica- 
tions that are now funneled into the bottleneck. 


THE NETWORK TRINITY 

Three principal types of networks now comprise the 
electronic communications marketplace: Wide Area 
Networks (WANs), Local Area Networks (LANs), and 
Small Area Networks (SANs). Each in its own fashion 
is turning to microcommunications for answers to its 
networking problems. 

WANs — known by some as, Global Area Networks 
(GANs) — are most commonly associated with the 
worldwide analog telephone system. The category also 
includes a number of other segments, such as satellite 
and microwave communications, traditional networks 
(like mainframe-to-mainframe connections), modems, 
statistical multiplexers, and front-end communications 
processors. The lion’s share of nodes — electronic net- 
work connections — in the WAN arena, however, re- 
sides in the telecommunications segment. This is where 
the emerging ISDN (Integrated Services Digital Net- 
work) standard comes into focus as the most visible 
portion of the WAN marketplace. 


The distances over which information may be transmit- 
ted via a WAN are essentially unlimited. The goal of 
ISDN is to take what is largely an analog global system 
and transform it into a digital network by defining the 
standard interfaces that will provide connections at 
each node. 

These interfaces will allow basic digital communica- 
tions to occur via the existing twisted pair of wires that 
comprise the telephone lines in place today. This would 
bypass the unfeasible alternative of installing complete- 
ly new lines, which would be at cross purposes with the 
charter of ISDN: to reduce costs and boost perform- 
ance through realization of an all-digital network. 

The second category, Local Area Networks, represents 
the most talked-about link provided by microcommuni- 
cations. In their most common form, LANs are com- 
prised of — but not limited to — PC-to-PC connections. 
They incorporate information exchange over limited 
distances, usually not exceeding five kilometers, which 
often takes place within the same building or between 
adjacent work areas. The whole phenomenon surround- 
ing LAN development, personal computing, and dis- 
tributed processing essentially owes its existence to mi- 
crocomputer technology, so it is not surprising that this 
segment of networking has garnered the attention it has 
in microelectronic circles. 

Because of that, progress is being made in this area. 
The most prominent standard — which also applies to 
WANs and SANs — is the seven-layer Open Systems In- 
terconnection (OSI) Model, established by the Interna- 
tional Standards Organization (ISO). The model pro- 
vides the foundation to which all LAN configurations 
must adhere if they hope to have any success in the 
marketplace. Interconnection protocols determining 
how systems are tied together are defined in the first 
five layers. Interoperation concepts are covered in the 
upper two layers, defining how systems can communi- 
cate with each other once they are tied together. 

In the LAN marketplace, a large number of networking 
products and philosophies are available today, offering 
solutions at various price/performance points. Diverse 
approaches such as StarLAN, Token Bus and Token 
Ring, Ethernet, and PC-NET, to name a few of the 
more popular office LAN architectures, point to many 
choices for OEMs and end users. 

A similar situation exists in the factory. While the 
Manufacturing Automation Protocol (MAP) standard 
is coalescing around the leadership of General Motors, 
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Boeing, and others, a variety of proprietary solutions 
also abound. The challenge is for a complete set of in- 
terfaces to emerge that can potentially tie all of these 
networks together in — and among — the office, factory, 
and lab environments. 

The final third of the network trinity is the Small Area 
Network (SAN). This category is concerned with com- 
munications over very short distances, usually not ex- 
ceeding 100 meters. SANs most often deal with chip-to- 
chip or chip-to-system transfer of information; they are 
optimized to deal with real-time applications generally 
managed by microcontrollers, such as those that take 
place on the factory floor among robots at various 
workstations. 

SANs incorporate communications functions that are 
undertaken via serial backplanes in microelectronic 
equipment. While they represent a relatively small mar- 
ket in 1986 when compared to WANs and LANs, a 
tenfold increase is expected through 1990. SANs will 
have the greatest number of nodes among network ap- 
plications by the next decade, thanks to their prepon- 
derance in many consumer products. 

While factory applications will make up a large part of 
the SAN marketplace probably the greatest contributor 
to growth will be in automotive applications. Micro- 
controllers are now used in many dashboards to control 
a variety of engine tasks electronically, but they do not 
yet work together in organized and efficient networks. 
As Intel’s Gordon Moore commented earlier this year 
to the New York Society of Security Analysts, when 
this technology shifts into full gear during the next dec- 
ade, the total automobile electronics market will be 
larger than the entire semiconductor market was in 
1985. 


MARKET OPPORTUNITIES 

Such growth is also mirrored in the projections for the 
WAN and LAN segments, which, when combined with 
SANs, make up the microcommunications market pie. 
According to Intel analysts, the total silicon microcom- 
munications market in 1985 amounted to $522 million. 
By 1989, Intel predicts this figure will have expanded to 
$1290 million, representing a compounded annual 
growth rate of 25%. 

And although the WAN market will continue to grow 
at a comfortable rate, the SAN and LAN pieces of the 
pie will increase the most dramatically. Whereas SANs 
represented only about 12.5% ($65 million) in 1985, 
they could explode to 22.5% ($290 million) of the larg- 
er pie by 1989. This growth is paralleled by increases in 


the LAN segment, which should grow from 34.5% of 
the total silicon microcommunications market in 1985 
to 44.5% of the expanded pie in 1989. 

Opportunities abound for microcommunications sup- 
pliers as the migration to silicon continues. And 
perhaps no VLSI supplier is as well-positioned in this 
marketplace as Intel, which predicts that 50% of its 
products will be microcommunications-related by 1990. 
The key here is the corporation’s ability to bridge the 
three issues that contribute to the communications bot- 
tleneck: standards, cost-performance considerations, 
and the completeness of microcomputer and microcom- 
munications product offerings. 


INTEL AND VLSI: THE 
MICROCOMMUNICATIONS MATCH 

Intel innovations helped make the microcomputer revo- 
lution possible. Such industry “firsts” include the 
microprocessor, the EPROM, the E2PROM, the 
microcontroller, development systems, and single board 
computers. Given this legacy, it is not surprising that 
the corporation should come to the microcommunica- 
tions marketplace already equipped with a potent arse- 
nal of tools and capabilities. 

The first area centers on industry standards. As a VLSI 
microelectronic leader, Intel has been responsible for 
driving many of the standards that are accepted by the 
industry today. And when not actually initiating these 
standards, Intel has supported other existing and 
emerging standards through its longtime “open sys- 
tems” philosophy. This approach protects substantial 
customer investments and ensures easy upgradability 
by observing compatibility with previous architectures 
and industry-leading standards. 

Such a position is accentuated by Intel’s technology re- 
lationships and alliances with many significant names 
in the microcommunications field. Giants like AT&T 
in the ISDN arena, General Motors in factory network- 
ing, and IBM in office automation all are working 
closely with Intel to further the standardization of the 
communications interfaces that are so vital to the 
world’s networking future. 

Cost/performance considerations also point to Intel’s 
strengths. As a pioneer in VLSI technology, Intel has 
been at the forefront of achieving greater circuit densi- 
ties and performance on single pieces of silicon: witness 
the 275,000 transistors housed on the 32-bit 80386, the 
highest performance commercial microprocessor ever 
built. As integration has increased, cost-per-bit has de- 
creased steadily, marking a trend that remains consist- 
ent in the semiconductor industry. And one thing is 
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certain: microcommunications has a healthy appetite 
for transistors, placing it squarely in the center of the 
VLSI explosion. 

But it is in the final area — completeness of technology 
and products — where Intel is perhaps the strongest. No 
other microelectronic vendor can point to as wide an 
array ^of products positioned across the various seg- 
ments that comprise the microelectronic marketplace. 
Whether it be leadership in the WAN marketplace as 
the number one supplier of merchant telecommunica- 
tions components, strength in SANs with world leader- 
ship in microcontrollers, or overall presence in the 
LAN arena with complete solutions in components, 
boards, software, and systems, Intel is a vital presence 
in the growing microcommunications arena. 


That leadership extends beyond products. Along with 
its own application software, Intel is promoting expan- 
sion through partnerships with many different indepen- 
dent software vendors (IS Vs), ensuring that the neces- 
sary application programs will be in place to fuel the 
gains provided by the silicon “engines” residing at the 
interface level. And finally, the corporation’s commit- 
ment to technical support training, service, and its 
strong force of field applications engineers guarantees 
that it will back up its position and serve the needs that 
will continue to spring up as the microcommunications 
evolution becomes a reality. 

Together, all the market segment alluded to in this arti- 
cle comprise the world of microcommunications, a 
world coming closer together every day as the web of 
networking solutions expands — all thanks to the tech- 
nological ties that bind, reaching out to span the globe 
with silicon. 
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INTRODUCTION 

This application note describes a design example of an 
IEEE 802.2/802.3 compatible Data Link Driver using 
the 82586 LAN Coprocessor. The design example is 
based on the “Design Model” illustrated in “Program- 
ming the 82586”. It is recommended that before read- 
ing this application note, the reader clearly understands 
the 82586 data structures and the Design Model given 
in “Programming the 82586”. 

“Programming the 82586” discusses two basic issues in 
the design of the 82586 data link driver. The first is 
how the 82586 handler fits into the operating system. 
One approach is that the 82586 handler is treated as a 
“special kind of interface” rather than a standard I/O 
interface. The special interface means a special driver 
that has the advantage of utilizing the 82586 features to 
enhance performance. However the performance en- 
hancement is at the expense of device dependent upper 
layer software which precludes the use of a standard 
I/O interface. 

The second issue “Programming the 82586” discusses 
is which algorithms to choose for the CPU to control 
the 82586. The algorithms used in this data link design 
are taken directly from “Programming the 82586”. 
Command processing uses a linear static list, while re- 
ceive processing uses a linear dynamic list. 

The application example is written in C and uses the 
Intel C compiler. The target hardware for the Data 
Link Driver is the iSBC 186/51 COMMputer, however 
a version of the software is also available to run on the 
LANHIB Demo board. 

1.0 FITTING THE SOFTWARE INTO 
THE OSI MODEL 

The application example consists of four software mod- 
ules: 


• Data Link Driver (DLD): drives the 82586, also 
known as the 82586 Handler. 

• Logical Link Control (LLC): implements the IEEE 
802.2 standard. 

• User Application (UAP): exercises the other soft- 
ware modules and runs a specific application. 

• C hardware support: written in assembly language, 
supports the Intel C compiler for I/O, interrupts, 
and run time initialization for target hardware. 

Figure 1 illustrates how these software modules com- 
bined with the 82586, 82501 and 82502 complete the 
first two layers of the OSI model. The 82502 imple- 
ments an IEEE 802.3 compatible transceiver, while the 
82501 completes the Physical layer by performing the 
serial interface encode/decode function. 

The Data Link Layer, as defined in the IEEE 802 stan- 
dard documents, is divided into two sublayers: the Log- 
ical Link Control (LLC) and the Medium Access Con- 
trol (MAC) sublayers. The Medium Access Control 
sublayer is further divided into the 82586 Coprocessor 
plus the 82586 Handler. On top of the MAC is the LLC 
software module which provides IEEE 802.2 compati- 
bility. The LLC software module implements the Sta- 
tion Component responses, dynamic addition and dele- 
tion of Service Access Points (SAPs), and a class 1 levql 
of service. (For more information on the LLC sublayer, 
refer to IEEE 802.2 Logical Link Control Draft Stan- 
dard.) The class 1 level of service provides a connec- 
tionless datagram interface as opposed to the class 2 
level of service which provides a connection oriented 
level of service similar to HDLC Asynchronous Bal- 
anced Mode. 

On top of the Data Link Layer is the Upper Layer 
Communications Software (ULCS). This contains the 
Network, Transport, Session, and Presentation Layers. 
These layers are not included in the design example, 
therefore the application layer of this ap note interfaces 
directly to the Data Link layer. 
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Figure 1. Data Link Driver’s Relationship to OSI Reference Mode 1 
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Figure 2. Block Diagram of the Hardware and Software 


The application layer is implemented in the User Appli- 
cation (UAP) software module. The UAP module oper- 
ates in one of three modes: Terminal Mode, Monitor 
Mode, and High Speed Transmit Mode. The software 
initially enters a menu driven interface which allows 
the program to modify several network parameters or 
enter one of the three modes. 

The Terminal Mode implements a virtual terminal with 
datagram capability (connectionless “class 1” service). 
This mode can also be thought of as an async to IEEE 
802.3/802.2 protocol converter. 

The Monitor Mode provides a dynamic update on the 
terminal of 6 station related parameters. While in the 
monitor mode, any size frame can be repeatedly trans- 
mitted to the cable in a software loop. 

High Speed Transmit Mode transmits frames to the ca- 
ble as fast as the software possibly can. This mode dem- 
onstrates the throughput performance of the Data Link 
Driver. 

The UAP gathers network statistics in all three modes 
as well as when it is in the menu. In addition, the UAP 
module provides the capability to alter MAC and LLC 
addresses and re-initialize the data link. (Figure 2 
shows a combined software and hardware block dia- 
gram.) 


The C Assy Support module has a run time start off 

function which loads the DLD data segment into a 

global variable SEGMT . This data segment is used 

by the 82586 Handler for address translation purposes. 
The 82586 uses a flat address while the 80186 uses a 
segmented address. Any time a conversion between 

82586 and 80186 addresses are needed the SEGMT 

variable is used. 

Pointers for the 80186 in the large model are 32 bits, 
segment and offset. All the 82586 link pointers are 16 
bit offsets. Therefore when trading pointers between the 
82586 and the 80186, two functions are called: 

Offset (ptr), and Build Ptr (offset). Offset (ptr) takes a 

32 bit 80186 pointer and returns just the offset portion 

for the 82586 link pointer. While Build Ptr (offset) 

takes an 82586 link pointer and returns a 32 bit 80186 

pointer, with the segment part being the SEGMT 

variable. Offset ( ) and Build Ptr( ) are simple func- 
tions written in assembly language included in the C 

Assy Support module. 

In the small model, Offset ( ) and Build Ptr( ) are not 

needed, but the variable SEGMT_l_ is still needed for 
determining the SCB pointer in the ISCP, and in the 
Transmit and Receive Buffer Descriptors. 


3.0 THE 82586 HANDLER 


2.0 LARGE MODEL COMPILATION 

All the modules in this design example are compiled 
under the Large Model option. This has the advantages 
of using the entire 1 Mbyte address space, and allowing 
the string constants to be stored in ROM. In the Large 
Model it is important to consider that the 82586’s data 
structures, SCB, CB, TBD, FD, and RBD, must reside 
within the same data segment. This data segment is 
determined at locate time. 


3.1 The Buffer Model 

The buffer model chosen for the 82586 Handler is the 
“Design Model” as described in “Programming the 
82586”. This is based on the 82586 driver as a special 
driver rather than as a standard driver. Using this ap- 
proach the ULCS directly accesses the 82586’s Trans- 
mit and Receive Buffers, Buffer Descriptors and Frame 
Descriptors. This eliminates buffer copying. Transmit 
and receiver buffer passing is done entirely through 
pointers. 
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The only hardware dependencies between the Data 
Link and ULCS interface are the buffer structures. The 
ULCS does not handle the 82586’s CBs, SCB or initiali- 
zation structures. To isolate the data link interface from 
any hardware dependencies while still using the design 
model, another level of buffer copying must be intro- 
duced. For example, when the ULCS transmits a frame 
it would have to pass its own buffers to the data link. 
The data link then copies the data from ULCS buffers 
into 82586 buffers. When a frame is received, the data 
link copies the data from the 82586’s buffers into the 
ULCS buffers. The more copying that is done the slow- 
er the throughput. However, this may be the only way 
to fit the data link into the operating system. The 82586 
Handler can be made hardware independent by adding 
a receive and transmit function to perform the buffer 
copying. 

The 82586 Handler allocates buffers from two pools of 
memory: the Transmit pool, and the Receive pool as 
illustrated in Figure 3. The Transmit pool contains 
Transmit Buffer Descriptors (TBDs) and Transmit 
Buffers (TBs). The Receive pool contains Frame De- 
scriptors (FDs), Receive Buffer Descriptors (RBDs), 
and Receive Buffers (RBs). 



Figure 3. 82586 Handler Memory 
Management Model 


When the ULCS wants to transmit, it requests a TBD 
from the handler. The handler returns a pointer to a 
free TBD. Each TBD has a TB attached to it. The 
ULCS fills the buffer, sets the appropriate fields in the 
TBD, and passes the TBD pointer back to the handler 
for transmission. After the frame is transmitted, the 
handler places the TBD back into the free TBD pool. If 
the ULCS needs more than one buffer per frame, it 
simply requests another TBD from the handler and 
performs the necessary linkage to the previous TBD. 

On the receive side, the RFA pool is managed by the 
82586 itself. When a frame is received, the 82586 inter- 


rupts the handler. The handler passes a FD pointer to 
the ULCS. Linked to the FD is one or more RBDs and 
RBs. The ULCS extracts what it needs from the FD, 
RBDs and RBs, and returns the FD pointer back to the 
handler. The handler places the FD and RBDs back 
into the free RFA pool. 


3.2 The Handler Interface 

The handler interface provides the following basic func- 
tions: 

• initialization 

• sending and receiving frames 

• adding and deleting multicast addresses 

• getting transmit buffers 

• returning receive buffers 

Figure 4 lists the Handler Interface functions. 

On power up, the initialization function is called. This 
function initializes the 82586, and performs diagnostics. 
After initialization, the handler is ready to transmit and 
receive frames, and add and delete multicast addresses. 

To send a frame, the ULCS gets one or more transmit 
buffers from the handler, fills them with data, and calls 
the send function. When a frame is received, the han- 
dler calls a receive function in the ULCS. The ULCS 
receive function removes the information it needs and 
returns the receive buffers to the handler. The addition 
and deletion of multicast addresses can be done “on the 
fly” any time after initialization. The receiver doesn’t 
have to be disabled when this is done. 

The command interface to the handler is totally asyn- 
chronous — the ULCS can issue transmit commands or 
multicast address commands whenever it wants. The 
commands are queued by the handler for the 82586 to 
execute. If the command queue is full, the send frame 
procedure returns a false status rather than true. The 
size of the command queue can be set at compile time 
by setting the CB — CNT constant. Typically the com- 
mand queue never has more than a few commands on it 
because the 82586 can execute commands faster than 
the ULCS can issue them. This is not the case in a 
heavily loaded network when deferrals, collisions, and 
retries occur. 

The command interface to the 82586 handler is hard- 
ware independent; the only hardware dependence is the 
buffering. A hardware independent command interface 
doesn’t have any performance penalty, but some 82586 
programmability is lost. This shouldn’t be of concern 
since most data links do not change configuration pa- 
rameters during operation. One can simply modify a 
few constants and recompile to change frame and net- 
work parameters to support other data links. 
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Handler Interface Functions 

Description 

Init 586( ) 

Initialize the Handler 

Send Frame (ptbd, padd) 

Sends a frame to the cable. 

ptbd— Transmit Buffer Descriptor pointer 

padd— Destination Address pointer 

Recv_Frame (pfd) 

Handler calls this function which resides in the ULCS. 
pfd Frame Descriptor pointer 

Add_Multicast Address (pma) 

Adds one multicast address 
pma — Multicast Address pointer 

Delete Multicast Address (pma) 

Deletes one multicast address 

Get Tbd( ) 

Get a Transmit Buffer Descriptor pointer 

Put__Free Rfa (pfd) 

Returns a Frame Descriptor and Receive 

Buffer Descriptors to the 82586. 

Figure 4. List of Handler Interface Functions 



Figure 5. Free CB Pool 



Figure 6. Free Transmit Buffer Descriptor Pool 
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3.3 Initialization 

The function which initializes the 82586 handler, Init 

586( ), is called by the ULCS on power up or reinitiali- 
zation. Before this function is called, an 82586 hard- 
ware or software reset should occur. The Initialization 
occurs in three phases. The first phase is to initialize the 
memory. This includes flags, vectors, counters, and 
data structures. The second phase is to initialize the 
82586. The third phase is to perform self test diagnos- 
tics. Init 586() returns a status byte indicating the 

results of the diagnostics. 

Init 586( ) begins by toggling the 82501 loo pback pin. 

If the 82501 is powered up in loopback, the CRS and 
CDT pin may be active. To reset this condition, the 
loopback pin is toggled. The 82501 should remain in 
loopback for the first part of the initialization function. 

Phase 1 executes initialization of all the handlers flags, 
interrupt vectors, counters, and 82586 data structures. 
There are two separate functions which initialize the 
CB and RFA pools: Build CB( ) and Build Rfa( ). 

3.3.1 BUILDING THE CB AND RFA POOLS 

buna CbQ builds a stack of free linked Command 

Blocks, and another stack of free linked Transmit Buff- 
er Descriptors. (See Figures 5 and 6.) Each stack has a 
Top of Stack pointer, which points to the next free 
structure. The last structure on the list has a NULL 
link pointer. 


The CBs within the list are initialized with 0 status, EL 
bit set, and a link to the next CB. The TBD structures 
are initialized with the buffer size, which is set at com- 
pile time with the TBUF SIZE constant, a link to the 

next TBD, and an 82586 pointer to the transmit buffer. 
This pointer is a 24 bit flat/physical address. The ad- 
dress is built by taking the transmit buffer’s data seg- 
ment address, shifting it to the left by 4 and adding it to 
the transmit buffer offset. An 80186 pointer to the 
transmit buffer is added to the TBD structure so that 
the 80186 does not have to translate the address each 
time it accesses the transmit buffer. 

Build Rfa( ) builds a linear linked Frame Descriptor 

list and a Receive Buffer Descriptor list as shown in 
Figure 7. The status and EL bits for all the free FDs are 
0. The last FD’s EL bit is 1 and link pointer is NULL. 
The first FD on the FD list points to the first RBD on 
the RBD list. The RBDs are initialized with both 82586 
and 80186 buffer pointers. The 80186 buffer pointer is 
added to the end of the RBD structure. Begin and end 
pointers are used to mark the boundaries of the free 
lists. 


3.3.2 82586 INITIALIZATION 

The 82586 initialization data structure SCP is already 
set since it resides in ROM, however, the ISCP must be 
loaded with information. Within the SCP ROM is the 
pointer to the ISCP; the ISCP is the only absolute ad- 
dress needed in the software. Once the ISCP address is 
determined, the ISCP can be loaded. The SCB base is 

obtained from the C Assy Support module. The 

global variable SEGMT_contains the address of the 


END_FD 



Figure 7. Free RFA 
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data segment of the handler. The 80186 shifts this value 
to the left by 4 and loads it into the SCB base. The SCB 
offset is now determined by taking the 32 bit SCB 
pointer and passing it to the Offset( ) function. 

The 82586 interrupt is disabled during initialization be- 
cause the interrupt function is not designed to handle 
82586 reset interrupts. To determime when the 825 86' is 
finished with its reset/initialization, the SCB status is 
polled for both the CX and CNA bits to be set. After 
the 82586 is initialized, both the CX and CNA inter- 
rupts are acknowledged. 

The 82586 is now ready to execute commands. The 
Configuration is executed first to place the 82586 in 
internal loopback mode, followed by the IA command. 
The address for the IA command is read off of a prom 
on the PC board. 


3.3.3 SELF TEST DIAGNOSTICS 

The final phase of the handler initialization is to run the 
self test diagnostics. Four tests are executed: Diagnose 
command, Internal loopback, External loopback 
through the 82501, and External loopback through the 
transceiver. If these four tests pass, the data link is 
ready to go on line. 

The function that executes these diagnostics is called 
Test Link( ). If any of the tests fail, Test Link( ) re- 
turns immediately with the Self Test global variable 

set to the type of failure. This Self_Test global variable 
is then returned to the function which originally called 

Init 586( ). Therefore Init 586( ) can return one of 

five results: FAILED DIAGNOSE, FAILED 

LPBK INTERNAL, FAILED LPBK EXTER- 
NAL, FAILED LPBK TRANSCEIVER or 

PASSED. 


INITIALIZATION DIAGNOSTICS 
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Figure 8. Initialization Diagnostics: Test Link () 
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The Diagnose( ) function, called by Test Link( ), does 

not return until the diagnose command is completed. If 
the interrupt service routine detects that a Diagnose 
command was completed then it sets a flag to allow the 
DiagnoseQ function to return, and it also sets the 

Self Test variable to FAIL if the Diagnose command 

failed. If the Diagnose command completed successful- 
ly, the loopback tests are performed. 

Before any loopback tests are executed, the Receive 

Unit is enabled by calling Ru Start( ). Loopback tests 

begin by calling Send Lpbk Frame( ), which sends 8 

frames with known loopback data and its own destina- 
tion address. More than one loopback frame is sent in 
case one or more of them are lost. Also several of the 

frames will have been received by the time flags.lpbk 

test is checked. 

Two flag bits are used for the loopback tests: 

flags.lpbk mode, and flags.lpbk test, flags.lpbk 

mode is used to indicate to the receive section that the 
frames received are potentially loopback frames. The 
receive section will pass receive frames to the Loopback 

Check( ) function if the flags.lpbk mode bit is set. The 

Loopback Check( ) function first compares the source 

address of the frame with its station address. If this 
matches then the data is checked with the known loop- 

back data. If the data matches, then the flags.lpbk test 

bit is set, indicating a successful loopback. The flow of 
the Test Link( ) function is displayed in Figure 8. 

3.4 Command Processing 

Command blocks are queued up on a static list for the 
82586 to execute. The flow of a command block is giv- 
en in Figure 9. When the handler executes a command 
it first has to get a free command block. It does this by 

calling Get CB() which returns a pointer to a free 

command block. The CB structure is a generic one in 
which all commands except the MC-Setup can fit in. 
The handler then loads into the CB structure the type 
of command and associated parameters. To issue the 
command to the 82586 the Issue CU Cmd( ) func- 

tion is called with the pointer to the CB passed to this 
function. Issue CU Cmd( ) places the command on 



Figure 9. The Flow of a Command Block 


the 82586’s static command block list. After the 82586 
executes the command, it generates an interrupt. The 

interrupt routine, Isr 586( ), processes the command 

and returns the Command Block to the free command 
block list by calling Put Cb( ). 

3.4.1 ACCESSING COMMAND BLOCKS-GET 

CB() and PUT_CB() 

Get Cb( ) returns a pointer to a free command block. 

The free command blocks are in a linear linked list 

structure which is treated as a stack. The pointer cb 

tos points to the next available CB. Each time a CB is 

requested, Get Cb( ) pops a CB off the stack. It does 

this by returning the pointer of cb tos. cb tos is then 

updated with the CB’s link pointer. When the CB list is 
empty, Get Cb( ) returns NULL. 

There are two types of nulls, the 82586 ‘NULL’ is a 16 
bit offset, OFFFFH, in the 82586 data structures. The 
80186 null pointer, ‘pNULL’, is a 32 bit pointer; with 
OFFFFH offset and the 82586 handler’s data segment, 
SEGMT , as the base. 

Put Cb( ) pushes a free command block back on the 

list. It does this by placing the cb tos variable in the 

returned CB’s link pointer field, then updates cb tos 

with the pointer to the returned CB. 

3.4.2 ISSUING CU COMMANDS- ISSUE CU 

CMD() 

This function queues up a command for the 82586 to 
execute. Since static lists are used, each command has 

its EL bit set. There is a begin cbl pointer and an 

end cbl pointer to delineate the 82586’s static list. If 

there are no CBs on the list, then begin cbl is set to 

pNULL. (Figure 10 illustrates the static list.) Each 
time a command is issued, a deadman timer is set. 
When the 82586 interrupts the CPU with a command 
completed, the deadman timer is reset. 

Issue Cu Cmd( ) begins by disabling the 82586’s in- 

terrupt. It then determines whether the list is empty or 
not. If the list is empty, begin and end pointers are 
loaded with the CB’s address. The CU must then be 

started. Before a CU START can be issued, the SCB’s 

cbl offset field must be loaded with the address of the 

command, the Wait Scb( ) function must be called to 

insure that the SCB is ready to accept a command, and 
the deadman timer must be initialized. If the list is not 
empty, then the command block is queued at the end of 

the list, and the interrupt service routine Isr 586( ), 

will continue generating CAs for each command linked 
on the CB list until the list is empty. 
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Figure 10. The Static Command Block List 


3.4.3 INTERRUPT SERVICE ROUTINE-ISR_ 
586() 

Isr 586( ) starts off by saving the interrupts that were 

generated by the 82586 and acknowledging them. Ac- 
knowledgment must be done immediately because if a 
second interrupt were generated before the acknowl- 
edgment, the second interrupt would be missed. The 
interrupt status is then checked for a receive interrupt 
and if one occurred the Recv Int Processing( ) func- 

tion is called. After receive processing is check the CPU 
checks whether a command interrupt occurred. If one 
did, then the deadman timer is reset and the results of 
the command are checked. There are only two particu- 
lar commands which the interrupt results are checked 
for: Transmit and Diagnose. The Diagnose command 
needs to be tested to see if it passed, plus the diagnose 
status flag needs to be set so that the initialization pro- 
cess can continue. 


The sqe status bit will be set if the transceiver’s self test 
passed. However if the sqe status bit is not set, the 
transceiver may still have passed its self test. Several 
events can prevent the sqe bit from being set. For exam- 
ple, the first transmit command status after power up 
will not have the sqe bit set because the sqe is always 
from the previous command. Also if any collisions oc- 
cur, the sqe bit might not be set. This has to do with the 
timing of when the sqe signal comes from the transceiv- 
er. It is possible that a JAM signal from a remote sta- 
tion can overlap the sqe signal in which case the 82586 
will not set the sqe status bit. Therefore the sqe error 
count should only be recorded when no collisions oc- 
cur. 

One other situation can occur which will prevent the 
SQE status bit from being set. If transmit command 
reaches the maximum retry count, the next transmit 
command’s SQE bit will not be set. 


The transmit command status provides network man- 
agement and station diagnostic information which is 
useful for the “Network Management” function of the 
ISO model. The following statistics are gathered in the 

interrupt routine: good transmit cnt, sqe err cnt, 

defer cnt, no crs cnt, underrun cnt, max col 

cnt. To speed up transmit interrupt processing a flag is 
tested to determine whether these statistics are desired, 
if not this section of code is skipped. 

The sqe error requires special considerations when used 
for statistic gathering or diagnostics. The sqe status bit 
indicates whether the transceiver passed its self test or 
not. The transceiver executes a self test after each trans- 
mission. If the transceiver’s self test passed, it will acti- 
vate the collision signal during the IFS time. 


The final phase of interrupt command processing deter- 
mines if another command is linked, and returns the 
CB to the free command block list. Another command 
being linked is indicated by the CB link field not being 
NULL. In this case the deadman timer and the 82586’s 
CU are re-started. If the CB link is NULL, there are no 

further commands to execute, and begin cbl is set to 

pNULL. 

3.4.4 SENDING FRAMES-SEND FRAME (PTBD, 

PADD) 

Send Frame( ) receives two parameters, a pointer to 

the first Transmit Buffer Descriptor, and a pointer to 
the destination address. There may be one or more 
TBDs attached. The last TBD is indicated by its link 
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field being NULL and the EOF bit set. It is the respon- 
sibility of the ULCS to make sure this is done before 
calling Send Frame( ). 

Send Frame( ) begins by trying to obtain a command 

block. If the free command block list is empty, the send 
frame function returns with a false result. It is up to the 
ULCS to either continue attempting transmission or at- 
tempt at a later time. The send frame function calcu- 
lates the length field by summing up the TBDs actual 
count field. After the length field is determined, send 
frame checks to see if padding is required. If padding is 
necessary, Send Frame will change the act count field 
in the TBD to meet the minimum frame requirements. 
This technique transmits what ever was in the buffer as 
padding data. If security is an issue, the padding data in 
the buffer should be changed. 



3.4.5 ACCESSING TRANSMIT BUFFERS-GET 

TBD() AND PUT TBD() 

Get Tbd( ) returns a pointer to a free Transmit Buffer 

Descriptor, and Put Tbd( ) returns one or more 

linked Transmit Buffer Descriptors to the free list. The 
TBD which Get_Tbd( ) allocates has its link pointer 
set to NULL, and its EOF bit cleared. If another buffer 
is needed, the link field in the old TBD must be set to 
point to the new TBD. The last TBD used should have 
its link pointer set to NULL and its EOF bit set. Figure 
1 1 shows the flow chart of getting buffers and sending a 
frame. 

Put__Tbd (ptbd) is called by the Isr 586( ) function 

when the 82586 is done transmitting the buffers. A 
pointer to the first TBD is passed to Put_Tbd(). 
Put Tbd( ) finds the end of the list of TBDs and re- 

turns them to the free buffer list. 

3.4.6 MULTICAST ADDRESSES 

The 82586 handler maintains a table of multicast ad- 
dresses. Initially this table is empty. To enable a multi- 
cast address the Add Multicast Address(pma) func- 
tion is called; to disable a multicast address, Delete 

Multicast Address(pma) function is called. Both func- 

tions accept a parameter which points to the multicast 
address. Add and Delete functions perform linear 
searches through the Multicast Address Table (MAT). 

Add scans the entire MAT once to check if the address 
being added is a duplicate of one already loaded. Add 
will not enter a duplicate muilticast address. If there 
are no duplicates Add goes to the beginning Of the 
MAT and looks for a free location. If it finds one, it 
loads the new address into the free location and sets the 
location status to INUSE. If no free locations are avail- 
able, Add returns a false result. 

Delete looks for a used location in the MAT. When it 
finds one, it compares the address in the table with the 
address passed to it. If they match, the location status is 
set to FREE and a TRUE result is returned. If no 
match occurs, the result returned is FALSE. 

If Add or Delete change the MAT, they update the 

82586 by calling Set Multicast AddressQ. This 

function executes an 82586 MC Setup command. Set 

Mulitcast AddressQ uses the addresses in the MAT 

to build the MC Setup command. The MC Setup com- 
mand is too big to be built from the free CBs. Free CB 
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command blocks are 1 8 bytes long, while the MC Setup 
command can be up to 16,392 bytes. Therefore a sepa- 
rate Multicast Address Command Block (ma cb) 

must be allocated and used. The size of the ma cb and 

MAT are determined at compile time based on the 
MULTI ADDR CNT constant. The design exam- 

ple allows up to 16 multicast addresses. 

Since there is only one ma cb, and it is not compatible 

with the other CBs, it must be treated differently. Only 

one ma cb can be on the 82586 command list. The 

ma cb command word is used as a semaphore. If it is 

zero, the command is available. If not, Set Multi- 
cast Address( ) must wait until the ma cb is free. 

Also the interrupt routine can’t return the ma cb to 

the free CB list. It just clears the cmd field, to indicate 
that ma cb is available. 

The 82586’s receiver does not have to be disabled to 
execute the MC Setup command. If the 82586 is receiv- 
ing while this command is accessed, the 82586 will fin- 
ish reception before executing the MC Setup comand. If 
the MC Setup command is executing, the 82586 auto- 
matically ignores incoming frames until the MC Setup 
is completed. Therefore multicast addresses can be add- 
ed and deleted on the fly. 



3.4.7 RESETTING THE 82586-RESET_586() 

The 82586 rarely if ever locks up in a well behaved 
network; (i.e. one that obeys IEEE 802.3 specifica- 
tions). The lock-ups identified were artificially created 
and would normally not occur. This data link driver 
has been tested in an 8 station network under various 
loading conditions. No lock-ups occurred under any of 
the data link drivers test conditions. However the reset 
software has been tested by simulating a lockup. This 
can be done by having the 82586 transmit, and dis- 
abling the CTS pin for a time longer than the deadman 
timer. 

An 82586 deadlock is not a fatal error. The handler is 
designed to recover from this problem. As mentioned 
before, each time the 82586 is given a CA to begin 
executing a command, a deadman timer is set. The 
deadman timer is reset when a CNR interrupt is gener- 
ated. If the CNR interrupt is not generated before the 
deadman timer expires, the 82586 must be reset. 

Resetting of the 82586 should not be done while the 
handler software is executing. This could create a soft- 
ware deadlock by interrupting a critical section of code 
in the handler. To insure that the Reset 586( ) func- 

tion is not executed while the handler is executing, all 
of the entry points to the handler (i.e. interface func- 
tions) set a semaphore flag bit called flags.reset sema. 

This flag is cleared when the interface functions are 
exited. 

If the Deadman timer interrupt occurs while 

flags.reset sema is set, another flag is set (flag.reset 

pend) indicating that the Reset 586( ) function should 

be called when the interface functions are exited. How- 
ever if the deadman timer interrupt occurs when 
flags.reset sema is clear, Reset 586( ) is called imme- 

diately. Figure 12 shows the logic for entering and exit- 
ing interface functions. 

Reset 586( ) begins by disabling the 82586 interrupt, 

placing the ESI in loopback, and resetting the 82586. 
The reset can be a software or a hardware reset. How- 
ever, there are certain lockups in the 82586 where only 
a hardware reset will suffice. (The 82586 errata sheet 
explicitly indicates which deadlocks require a hardware 
reset.) After the reset, Reset 586( ) executes a Config- 
ure, IA-Setup, and a MC-Setup command; the MC 

Setup command is built from the multicast address ta- 
ble (MAT). The 82586 Command Queues and Receive 
Frame Queues are left untouched so that the 82586 can 
continue executing where it left off before the deadlock. 
This way no frames or commands are lost. This re- 
quires that a separate reset CB and reset Multicast CB 
is used, because other CBs already in use cannot be 
disturbed. 
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3.5 Receive Frame Processing 

The following functions are used for Receive Frame 
Processing: 

Recv Int Processing( ) Called by Isr 586( ) to re- 

move FDs and RBDs from 
the 82586’s RFA 

Called by Recv Int Pro- 

cessingQ. This function re- 
sides in the ULCS 

Used for perfect Multicast 
filtering 

Returns FDs and RBDs to 
the 82586’s RFA 

Restarts the RU when in the 
IDLE or No Resources 
state. 

3.5.1 RECEIVE INTERRUPT PROCESSING- 
RECV INT PROCESSINGQ 

The Recv Int ProcessingQ function is called by 

Isr 586() when the FR bit in the SCB is set. The 

Recv Int Processing( ) function checks whether any 

FDs and RBDs on the free list have been used by the 

82586. If they have, Recv Int Processing( ) removes 

the used FDs and RBDs from the free list, and passes 
them to the ULCS. 

The Recv Int Processing( ) function is a loop where 

each pass removes a frame from the 82586’s RFA. 
When there are no more used FDs and RBDs on the 

RFA, the function calls RU Start( ), then returns to 

Isr 586( ). The first part of the loop checks to see if 

the C bit in the first FD of the free FD list is set. If the 
C bit is set, the function determines if one or more 
RBDs are attached. If there are RBDs attached, the 
end of the RBD list is found. The last RBD’s link field 

is used to update begin rbd pointer, and then it’s set 

to NULL. 

After the receive frame has been delineated from the 
RFA, some information about the frame is needed to 
determine which function to pass it to. Since the save 
bad frame configure bit is not set, the only bad frame 
on the list could be an out of resource frame. An out of 

resource frame is returned to the RFA by calling Put 

Free RFA (pfd). If the flags.lpbk mode bit is set, the 

frame is given to the loopback check function. If the 
destination address of the frame indicates a multicast, 
the check multicast function is called. If the frame has 
passed all of the above tests and still has not been re- 
turned, it is passed to the Recv Frame() function 

which resides in the ULCS. 

Check Multicast (pfd) determines whether the multi- 

cast address received is in the multicast address table. 
This is necessary because the 82586 does not have per- 


fect multicast address filtering. Check Multicast does 

a byte by byte comparison of the destination address 
with the addresses in the multicast address table. If no 
match occurs, it returns false, and Recv Int Process- 
ing calls Put Free RFA( ) to return the frame to the 

RFA. If there is a match, Check Multicast ) returns 

TRUE and Recv Int Processing( ) calls Recv 

Frame( ), passing the pointer to the FD of the frame 
received. 

3.5.2 RETURNING FDs AND RBDs-PUT_ 

FREE RFA (pfd) 

Put Free RFA combines Supply FD and Sup- 
ply RBD algorithms described in “Programming the 

82586” into one function. The begin and end pointers 
delineate what the CPU believes is the beginning and 
end of the free list. The decision of whether to restart 
the RU is made when examining both the free FD list 

and the free RBD list. This is why two ru start flags 

are used, one for the FD list and one for the RBD list. 
Both flags are initialized to FALSE. 

The function starts off by initializing the FD so that the 
EL bit is set, the status is 0, and the FD link field is 
NULL. The rbd pointer is saved before the rbd pointer 
field in the FD is set to NULL. The free FD list is 
examined and if it’s empty, begin — fd and end — fd are 
loaded with the address of the FD being returned. In 
this case the RU should not be restarted, because there 
is only one FD on the free list. If the free FD list is not 
empty, the FD being returned is placed on the end of 
the list, the end pointer is updated, and the RU start 
flag is set TRUE. 

To begin the RBD list processing the end of the re- 
turned RBD list is determined, and this last RBD’s EL 
bit is set. If the free RBD list is empty, the returned 
RBD list becomes the free RBD list. If there is more 
than one RBD on the returned list, the ru start flag is 
set TRUE. If the free RBD list is not empty, the re- 
turned RBD list is appended on the end of the free list, 
the end — rbd pointer is updated, and the ru start flag is 
set TRUE. 

The last part of Put Free RFA() is to determine 

whether to call RU StartQ. Both ru start flags are 

ANDed together, and if the result is TRUE, the Ru 

Start( ) function is called. 

3.5.3 RESTARTING THE RECEIVE UNIT-RU_ 
START() 

The Ru Start( ) function checks two things before it 

decides to restart the RU. The first thing it checks is 
whether the RU is already READY. If it is, there is no 
reason to restart it. If the RU is IDLE or in NO RE- 

SOURCES, then the second thing to check is whether 
the first free FD on the free FD list has its C bit set. If 
it does, then the RU should not be restarted. The rea- 
son is that the free FD list should only contain free FDs 


Recv Frame (pfd) 

Check Multicast (pfd) 

Put Free Rfa (pfd) 

Ru Start( ) 
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when the RU is started. If the C bit is set in the FD, 
then not all the used FD have been removed yet. If the 
RU is started when used FDs are still in the RFA, the 
82586 will write over the used FDs and frames will be 

lost. Therefore Ru Start( ) is exited if the first FD in 

the RFA has its C bit set. If the RU is not READY, 

and begin fd doesn’t point to a used FD, then the RU 

is restarted. 

Note that in “Programming the 82586” there are two 
more conditions to be met before the RU is started: two 
or more FD on the RFA, and two or more RBD on the 

RFA. These conditions are checked in Put Free 

RFA( ), and Ru Start( ) isn’t called unless they are 

met. 


4.0 LOGICAL LINK CONTROL 

The IEEE 802.2 LLC function completes the Data 
Link Layer of the OSI model. The LLC module in this 
design example implements a class 1 level of service 
which provides a connectionless datagram interface. 
Several data link users or processes can run on top of 
the data link layer. Each user is identified by a link 
service access point (LSAP). Communication between 
data link users is via LSAPs. An LSAP is an address 
that identifies a specific user process or another layer 


(see Figure 13). The LSAP addresses are defined as 
follows: 

Data Link Layer (Station Component) 00H 

Transport Layer FEH 

Network Management Layer 08H 

User Processes multiples of 4 in the range 

OCH < LSAP £ FCH 

Each receiving process is identified by a destination 
LSAP (DSAP) and each sending process is identified 
by a source LSAP (SSAP). Before a destination process 
can receive a packet, its DSAP must be included in a 
list of active DSAPs for the data link. 

Figure 14 illustrates the relationship between the Sta- 
tion Component and the SAP components. (The SAP 
components are user processes.) The Station Compo- 
nent receives all of the good frames from the Handler 
and checks the DSAP address. If the DSAP address is 
0, then the frame is addressed to the Station Compo- 
nent and a Station Component Response is generated. 
If the DSAP address is on the active DSAP list, then 
the Station Component passes the frame to the ad- 
dressed SAP. If the DSAP address is unknown, the 
frame is returned to the handler. 
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Figure 13. Data Link Interface 
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Figure 14. Station Component Relationship 


There are 3 commands and 2 responses which the class 
1 LLC layer must implement. Figure 15 shows IEEE 
802.2 Class 1 commands and responses and Figure 16 
shows the IEEE 802.2 Class 1 frame format. 


Commands 

Responses 

Description 

UI 


Unnumbered 



Information 

XID 

XID 

Exchange ID 

TEST 

TEST 

Remote Loopback 


Figure 15. IEEE 802.2 Class 1, Type 1 Commands 
and Responses 


| HEAD | DATA | TAIL | 

1 l ^" i 

pDSAP I SSAP 1 CONTROL i DATaI 
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Figure 16. IEEE 802.2 Class 1 Frame Format 

From Figure 15 it can be seen that there are no LLC 
class 1 UI responses because information frames are not 
acknowledged at the data link level. The only com- 
mand frames that may require responses are XID and 
TEST. If a command frame is addressed to the Station 
Component, it checks the control field to see what type 
of frame it is. If it’s an XID frame, the Station Compo- 
nent responds with a class 1 XID response frame. If it’s 
a TEST frame, the Station Component responds with a 
TEST frame, echoing back the data it received. In both 
cases, the response frame is addressed to the source of 
the command frame. 


Any frames addressed to active SAPs are passed direct- 
ly to them. The Station Component will not respond to 
SAP addressed frames. Therefore it is the responsibility 
of the SAPs to recognize and respond to frames ad- 
dressed to them. When a SAP transmits a frame, it 
builds the IEEE 802.2 frame itself and calls the Han- 
dler’s Send FrameQ function directly. The LLC 

module is not used for SAP frame transmission. The 
only functions which the LLC module implement are 
the dynamic addition and deletion of DSAPs, multi- 
plexing the frames to user SAPs, and the Station Com- 
ponent command recognition and responses. This is 
one implementation of the IEEE 802.2 standard. Other 
implementations may have the LLC module do more 
functions, such as SAP command recognitions and re- 
sponses. A list of the functions included in the LLC 
module is as follows: 


LLC Functions 


Description 


Init Llc( ) 


Add_Dsap 

Address (dsap, pfunc) 


Delete — Dsap — 
Address (dsap) 
Recv— Frame (pfd) 


Station — Component — 
Response (pfd) 


Initializes the DSAP 
address table and calls 
Init 586( ) 

Add a DSAP address to 
the active list 
dsap - DSAP address 
pfunc - pointer to the 
SAP function 
Delete a DSAP address 
dsap - DSAP address 
Receives a frame from 
the 82586 Handler 
pfd - Frame Descriptor 
Pointer 

Generates a response to 
a frame addressed to the 
Station Component 
pfd - Frame Descriptor 
Pointer 
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4.1 Adding and Deleting LSAPs 

When a user process wants to add a LSAP to the active 

list, the process calls Add Dsap Address(dsap, 

pfunc). The dsap parameter is the actual DSAP ad- 
dress, and the pfunc parameter is the address of the 
function to be called when a frame with the associated 
DSAP address is received. 

The LLC module maintains a table of active dsaps 
which consists of an array of structures. Each structure 
contains two members: stat - indicates whether the ad- 
dress is free or inuse, and (*p sap func)( ) contains 

the address of the function to call. The index into the 
array of structures is the DSAP address. This speeds up 

processing by eliminating a linear search. Delete 

Dsap Address (dsap) simply uses the DSAP index to 

mark the stat field FREE. 

5.0 APPLICATION LAYER 

For most networks the application layer resides on top 
of several other layers referred to here as ULCS. These 
other layers in the OSI model run from the network 
layer through the presentation layer. The implementa- 
tion of the ULCS layers is beyond the scope of this 
application note, however Intel provides these layers as 
well as the data link layer with the OpenNET product 
line. For the purpose of this application note the appli- 
cation layer resides on top of the data link layer and its 
use is to demonstrate, exercise and test the data link 
layer design example. 

There can be several processes sitting on top of the data 
link layer. Each process appears as a SAP to the data 
link. The UAP module, which implements the applica- 
tion layer, is the only SAP residing on top of the data 
link layer in this application example. Other SAPs 
could certainly be added such as additional “connec- 
tionless” terminals, a networking gateway, or a trans- 
port layer, however in the interest of time this was not 
done. 


Terminal Mode - implements a virtual terminal with 
datagram capability (connectionless “class 1” service). 
This mode can also be thought of as an async to IEEE 
802.2/802.3 protocol converter. 

Monitor Mode - allows the station to repeatedly trans- 
mit any size frame to the cable. While in the Monitor 
Mode, the terminal provides a dynamic update of 6 
station related parameters. 

High Speed Transmit Mode - sends frames to the cable 
as fast as the software possibly can. This mode demon- 
strates the throughput performance of the Data Link 
Driver. 

Change Transmit Statistics - When Transmit Statistics 
is on several transmit statistics are gathered during 
transmission. If Transmit Statistics is off, statistics are 
not gathered and the program jumps over the section of 
code in the interrupt routine which gathers these statis- 
tics. The transmission rate is slightly increase when 
Transmit Statistics is off. 

Print All Counters - Provides current information on 
the following counters. 

Good frames transmitted: 

Good frames received: 

CRC errors received: 

Alignment errors received: 

Out of Resource frames: 

Receiver overrun frames: 

Each time a frame has been successfully transmitted the 
Good frames transmitted count is incremented. The 
same holds true for reception. CRC, Alignment, Out of 
Resources, and Overrun Errors are all obtained from 
the SCB. Underrun, lost CRS, SQE error, Max retry, 
and Frames that deferred are all transmit statistics that 
are obtained from the Transmit command status word. 
82586 Reset is a count which is incremented each time 
the 82586 locks up. This count has never normally been 
incremented. 


5.1 Application Layer Human Interface 

The UAP provides a menu driven human interface via 
an async terminal connected to port B on the iSBC 
186/51 board. The menu of the commands is listed in 
Figure 17 along with a description that follows: 


T - Terminal Mode 

M - Monitor Mode 

X - High Speed Transmit Mode 

V - Change Transmit Statistics 

P - Print All Counters 

C - Clear All Counters 

A - Add a Multicast Address 

Z - Delete a Multicast Address 

S - Change the SSAP Address 

D - Change the DSAP Address 

N - Change Destination Node Address 

L - Print All Addresses 

R - Re-lnitialize the Data Link 

B - Change the Number Base 


Figure 17. Menu of Data Link Driver Commands 
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Clear All Counters - Resets all of the counters. 

Add/Delete Multicast Address - Adds and Deletes 
Multicast Addresses. 

Change SSAP Address - Deletes the previous SSAP 
and adds a new one to the active list. The SSAP in this 
case is this stations LSAP. When a frame is received, 
the DSAP address in the frame received is compared 
with any active LSAPs on the list. The SSAP is also 
used in the SSAP field of all transmitted frames. 

Change DSAP Address - Delete the old DSAP and add 
a new one. The DSAP is the address of the LSAP 
which all transmit frames are sent to. 

Change Destination Node Address - Address a new 
node. 

Print All Addresses - Display on the terminal the sta- 
tion address, destination address, SSAP, DSAP, and all 
multicast addresses. 

Re-initialize Data Link - This causes the Data Link to 
completely reinitialize itself. The 82586 is reset and 

iSDM 86 Monitor, VI. 0 


reinitialized, and the selftest diagnostic and loopback 
tests are executed. The results of the diagnostics are 
printed on the terminal. The possible output messages 
from the 82586 selftest diagnostics are: 

Passed Diagnostic Self Tests 

Failed: Self Test Diagnose Command 

Failed: Internal Loopback Self Test 

Failed: External Loopback Self Test 

Failed: External Loopback Through Transceiver Self 

Test 

Change Base - Allows all numbers to be displayed in 
Hex or Decimal. 


5.2 A Sample Session 

The following text was taken directly from running the 
Data Link software on a 186/51 board. It begins with 
the iSDM monitor signing on and continues into exe- 
cuting the Data Link Driver software. 


Copyright 1983 Intel Corporation 
.6 D000 :6 


* * 

* 82586 IEEE 802.2/802.3 Compatible Data Link Driver * 

* * 


Passed Diagnostic Self Tests 

Enter the Address of the Destination Node in Hex -> 00AA0000179E 

Enter this Station’s LSAP in Hex -> 20 

Enter the Destination Node’s LSAP in Hex -> 20 

Do you want to Load any Multicast Addresses? (Y or N) - > Y 

Enter the Multicast Address in Hex -> 00AA00111111 

Would you like to add another Multicast Address? (Y or N) -> N 

This Station's Host Address is: 00AA00001868 

The Address of the Destination Node is: 00AA0000179E 

This Station's LSAP Address is: 20 

The Address of the Destination LSAP is: 20 

The following Multicast Addresses are enabled: 00AA00111111 
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Commands are : 

T - Terminal Mode 
X - High Speed Transmit Mode 
P - Print All Counters 
A - Add a Multicast Address 
S - Change the SSAP Address 
N - Change Destination Node Address 
R - Re-Initialize the Data Link 
Enter a command, type H for Help -> P 
Good frames transmitted: 24 

CRC errors received: 0 

Out of Resource frames: 0 

82586 Reset: 0 

Lost. CRS : 0 

Maximum retry: 0 

Enter a command, type H for Help — > T 
Would you like the local echo on? (Y or N) — > Y 
This program will now enter the terminal mode. 
Press A C then CR to return back to the menu 
Hello this is a test. 


M - Monitor Mode 
V - Change Transmit Statistics 
C - Clear All Counters 
Z - Delete a Multicast Address 
D - Change the DSAP Address 
L - Print All Addresses 
B - Change the number Base 

Good frames received: 1 

Alignment errors received: 0 
Receiver overrun frames: 0 

Transmit underrun frames: 0 
SQE errors: 9 

Frames that deferred: 4 


/* A C CR */ 

Enter a command, type H for Help — > M 
Do you want this station to transmit? (Y or N) — > Y 
Enter the number of data bytes in the frame — > 1500 
Hit any key to exit Monitor Mode. 


# of Good 

# of Good 

CRC Alignment 

No 

Receive 

Frames 

Frames 

Errors Errors 

Resource Overrun 

Transmitted 

Received 


Errors 

Errors 

32 

0 

00000 00000 

00000 

00000 

/* CR V 





Enter a command 

, type H for Help 

— > X 



Hit any key to 

exit High Speed Transmit Mode. 




/* CR V 


Enter a command, type H for Help — > R 
Passed Diagnostic Self Tests 


1-17 


AP-235 


inteT 


5.3 Terminal Mode 

The Terminal mode buffers characters received from 
the terminal and sends them in a frame to the cable. 
When a frame is received from the cable, data is ex- 
tracted and sent to the terminal. One of three events 
initiate the UAP to send a frame providing there is data 
to send: buffering more than 1500 bytes, receiving a 
Carriage Return from the terminal, or receiving an in- 
terrupt from the virtual terminal timer. 

The virtual terminal timer employs timer 1 in the 80130 
to cause an interrupt every .125 seconds. Each time the 
interrupt occurs the software checks to see if it received 
one or more characters from the terminal. If it did, then 
it sends the characters in a frame. 

The interface to the async terminal is a 256 byte soft- 
ware FIFO. Since the terminal communication is full 
duplex, there are two half duplex FIFOs: a Transmit 
FIFO and a Receive FIFO. Each FIFO uses two func- 
tions for I/O: Fifo In( ) and Fifo Out( ). A block 

diagram is displayed in Figure 18. 

The serial I/O for the async terminal interface is always 
polled except in the Terminal mode where it is inter- 
rupt driven. The Terminal mode begins by enabling the 
8274 receive interrupt but leaves the 8274 transmit in- 
terrupt disabled. This way any characters received from 
the terminal will cause an interrupt. These characters 
are then placed in the Transmit FIFO. The only time 
the 8274 transmit interrupt is enabled is when the Re- 


ceive FIFO has data in it. The receive FIFO is filled 
from frames being received from the cable. Each time a 
transmit interrupt occurs a byte is removed from the 
Receive FIFO and written to the 8274. When the Re- 
ceive FIFO empties, the 8274 transmit interrupt is dis- 
abled. 

The flow control implemented for the terminal inter- 
face is via RTS and CTS. When the Transmit FIFO is 
full, RTS goes inactive preventing further reception of 
characters (see Table 1). If the Receive FIFO is full, 
receive frames are lost because there is no way for the 
data link using class 1 service to communicate to the 
remote station that the buffers are full. Lost receive 
frames are accounted for by the Out of Resources 
Frame counter. 

The Async Terminal bit rate sets the throughput capa- 
bility of the station in the terminal mode because the 
bottle neck for this network is the RS232 interface. Us- 
ing this fact a simple test was conducted to verify the 
data link driver’s capability of switching between the 
receiver’s No Resource state and the Ready State. For 
example if station B is sending frames in the- High 
Speed Transmit mode to station A which is in the Ter- 
minal mode, frames will be lost in station A. Under 
these circumstances station A’s receiver will be switch- 
ing from Ready state to Out of Resources state. The 
sum of Good frames received plus Out of Resource 
frames from station A should equal Good frames trans- 
mitted from station B; unless there were any underruns 
or overruns. 


Table 1. FIFO State Table 


Function 

Present State 

Next State 

Action 

FIFO X. 1N( ) 

EMPTY 

IN USE 

Start Filling Transmit Buffer 

IN USE 

FULL 

Shut Off RTS 

FIFO_T__OUT( ) 

FULL 

IN USE 

Enable RTS 

IN USE 

EMPTY 

Stop Filling Transmit Buffer 

FIFO R IN( ) 

EMPTY 

IN USE 

Turn onTxInt 

IN USE 

FULL 

Stop Filling FIFO from Receive Buffer 

FIFO R OUT( ) 

FULL 

IN USE 

Start Filling FIFO from Receive Buffer 

IN USE 

EMPTY 

Turn Off Txlnt 


T 



TERMINAL 


SEND FRAMES 


RECEIVE FRAMES 
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5.3.1 SENDING FRAMES 

The Terminal Mode is entered when the Terminal 

ModeQ function is called from the Menu interface. 

The Terminal Mode( ) function is one big loop, where 

each pass sends a frame. Receiving frames in the Ter- 
minal Mode is handled on an interrupt driven basis 
which will be discussed next. 

The loop begins by getting a TBD from the 82586 han- 
dler. The first three bytes of the first buffer are loaded 
with the IEEE 802.2 header information. The loop then 
waits for the Transmit FIFO to become not EMPTY, 
at which point a byte is removed from the Transmit 
FIFO and placed in the TBD. After each byte is re- 
moved from the Transmit FIFO several conditions are 
tested to determine whether the frame needs to be 
transmitted, or whether a new buffer must be obtained. 
A frame needs to be transmitted if: a Carriage Return is 
received, the maximum frame length is reached, or the 

send frame flag is set by the virtual terminal timer. A 

new buffer must be obtained if none of the above is true 
and the max buffer size is reached. 

If a frame needs to be sent the last TBD’s EOP bit is set 
and its buffer count is updated. The 82586 Handler’s 

Send Frame() function is called to transmit the 

frame, and continues to be called until the function re- 
turns TRUE. 

The loop is repeated until a A C followed by a Carriage 
Return is recieved. 

5.3.2 RECEIVING FRAMES 

Upon initialization the UAP module calls the Add 

Dsap Address(dsap, pfunc) function in the LLC mod- 

ule. This function adds the UAP’s LSAP to the active 
list. The pfunc parameter is the address of the function 
to call when a frame has been received with the UAP’s 

LSAP address. This function is Recv Data 1(). 

Recv Data 1() looks at the control field of the 

frame received and determines the action required. 

The commands and responses handled by Recv 

Data 1() are the same as the Station Component’s 

commands and responses given in Figure 15. One dif- 
ference is that Recv Data 1() will process a UI 

command while the Station Component will ignore a 
UI command addressed to it. 


Recv Data 1() will discard any UI frames received 

unless it is in the Terminal Mode. When in the Termi- 
nal Mode, Recv Data 1( ) skips over the IEEE 802.2 

header information and uses the length field to deter- 
mine the number of bytes to place in the Receive FIFO. 
Before a byte is placed in the FIFO, the FIFO status is 

checked to make sure it is not full. Recv Data 1( ) 

will move all of the data from the frame into the Re- 
ceive FIFO before returning. 

When a frame is received by the 82586 handler an in- 
terrupt is generated. While in the 82586 interrupt rou- 
tine the receive frame is passed to the LLC layer and 
then to the UAP layer where the data is placed in the 

Receive FIFO by Recv Octal Data 1(). Since 

Recv Data 1() will not return until all of the data 

from the frame has been moved into the Receive FIFO, 
the 8274 transmit interrupt must be nested at a higher 
priority than the 82586 interrupt to prevent a software 
lock. For example if a frame is received which has more 
than 256 bytes of data, the Receive FIFO will fill up. 
The only way it can empty is if the 8274 interrupt can 
nest the 82586 interrupt service routine. If the 8274 
could not interrupt the 82586 ISR then the software 

would be stuck in Recv Data 1() waiting for the 

FIFO to empty. 


5.4 Monitor Mode 

The Monitor Mode dynamically updates 6 station relat- 
ed parameters on the terminal as shown below. 

The Monitor ModeQ function consists of one loop. 

During each pass through the loop the counters are 
updated, and a frame is sent. Any size frame can be 
transmitted up to a size of the maximum number of 
transmit buffers available. Frame sizes less than the 
minimum frame length are automatically padded by the 
82586 Handler. 

The data in the frames transmitted in the Monitor 
Mode are loaded with all the printable ASCII charac- 
ters. This way when one station is in the Monitor Mode 
transmitting to another station in the Terminal Mode, 
the Terminal Mode station will display a marching pat- 
tern of ASCII characters. 


# of Good 
Frames 
Transmitted 

# of Good 
Frames 
Received 

CRC 

Errors 

Alignment 

Errors 

No 

Resource 

Errors 

Receive 

Overrun 

Errors 

32 

0 

00000 

00000 

00000 

00000 
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5.5 High Speed Transmit Mode 

The High Speed Transmit Mode demonstrates the 
throughput performance of the 82586 Handler. The 

Hs Xmit Mode( ) function operates in a tight loop 

which gets a TBD, sets the EOF bit, and calls Send 

Frame( ). The flow chart for this loop is shown in Fig- 
ure 19. 

The loop is exited when a character is received from the 
terminal. Rather than polling the 8274 for a receive 
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Figure 19. High Speed Transmit Mode 
Flow Chart 


buffer full status, the 8274’s receive interrupt is used. 

When the Hs Xmit Mode( ) function is entered, the 

hs stat flag is set true. If the 8274 receive interrupt 

occurs, the hs stat flag is set false. This way the loop 

only has to test the hs stat flag rather than calling 

inb( ) function each pass through the loop to determine 
whether a character has been received. 

The performance measured on an 8 MHz 186/51 board 
is 593 frames per second. The bottle neck in the 
throughput is the software and not the 82586. The size 
of the buffer is not relevant to the transmit frame rate. 
Whether the buffer size is 128 bytes or 1500 bytes, 
linked or not, the frame rate is still the same. Therefore 
assuming a 1500 byte buffer at 593 frames per second, 
the effective data rate is 889,500 bytes per second. 

This can easily be demonstrated by using two 186/51 
boards running the Data Link software. The receiving 
stations counters should be cleared then placed in the 
Monitor mode. When placing it in the monitor mode, 
transmission should not be enabled. When the other 
station is placed in the High Speed Transmit Mode a 
timer should be started. One can use a stop watch to 
determine the time interval for transmission. The frame 
rate is determined by dividing the number of frames 
received in the Monitor station by the time interval of 
transmission. 
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APPENDIX A 

COMPILING, LINKING, LOCATING, AND RUNNING THE 
SOFTWARE ON THE 186/51 BOARD 


********* Instructions for using the 1 86/5 1 board ********* 

Use 27 128 A for no wait state operation. 27128s can be used but wait states will have to be added. 
Copy HI.BYT and LO.BYT files into EPROMs 

PROMs go into U34 - HI.BYT and U39 - LO.BYT on the 186/51 board 


JUMPERS REQUIRED WIRE WRAP 


Jumper the 186/51 board for 16K byte PROMs in U34 
and U39 Table 2-5 in 186/51 HARDWARE REFER- 
ENCE MANUAL (Rev-001) 

E36-E47 IN 

E39-E44 IN 

E79-E45 IN 


E43-E50 IN 

E46-E47 IN 

E90-E48 IN 

186/51(ES) 

El 51 -El 52 OUT 

E152-E150 IN 

E94-E95 IN 

E100-E106 IN 

E107-E1 13 IN 

186/51 (S)/1 86/51 
E199-E203 OUT 

E203-E191 IN 

E120-E1 19 IN 

El 16-El 12 IN 

El 1 1 -E107 IN 

USE SDM MONITOR 

The SDM Monitor should have the 82586’s SCP 
burned into ROM. The ISCP is located at OFFFOH. 
Therefore for the SCP the value in the SDM ROM 
should be: 

El 33-El 34 IN 

E94-E93 IN 

ADDRESS 

DATA 


also change interrupt priority jumpers - switch 8274 
and 82586 interrupt priorities 

FFFF6H 

FFFF8H 

XXOOH 

XXXXH 


E36-E44 OUT 

E39-E47 OUT 

E37-E45 OUT 

E43-E47 OUT 

E46-ES0 OUT 

E44-E48 OUT 

FFFFAH 

FFFFCH 

FFFFEH 

XXXXH 

FFFOH 

XXOOH 



To run the program begin execution at 0D000:6H 
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I.E. G DOOO :6 
GOOD LUCK I 

********** submit file for compiling one module: ********** 

run 

CC86.86 :F6:%0 LARGE ROM DEBUG DEFINE(DEBUG) include(:F6:) 
exit 

********** submit file for linking and locating: ********** 

run 

link86 :F6 :assy . obj , :F6 :dld. obj , :F6:llc.obj, & 

:F6:uap.obj , lclib.lib to :F6:dld.lnk segsize (stack(4000h) ) notype 
loc86 :F6:dld.lnk to :F6:dld.loc& 

initcode (0D0000H) start(begin) order(classes (data, stack, code)) & 
addresses (classes (data(3000H) , stack (0CB00H) , code (0D0020H) ) ) 

oh86 :F6:dld.loc to :F6:dld.rom 

exit 

********** submit file for burning EPROMs using IPPS: ********** 

ipps 

1 86 

f :F6 :dld.rom (OdOOOOh) 

3 

2 
1 

0 to :F6:lo.byt 
Y 

1 to :F6:hi.byt 

y 


t 27128 
9 

c :F6:lo.byt t p 
n 

C :F6:hi.byt t p 
n 

exit 
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/*****##***#*##*#****##**#*#*#**#*#######*##*#####**«********#*###******* 
* 82986 Structures and Constants * 


►*/ 


/* general purpose constants */ 

ttdefine INUSE 0 

♦define EMPTY 1 

ttdefine FULL 2 

ttdefine FREE 1 

ttdefine TRUE 1 

ttdefine .FALSE 0 

ttdefine NULL OxFFFF 


/* Define Data Structures */ 


ttdefine RBUF_SIZE 
ttdefine TBUF_8IZE 
ttdefine ADD_LEN 
ttdefine MULT I _ADDR_CNT 


128 /• receive buffer size */ 
128 /* transmit buffer size */ 
6 
16 


typedef unsigned short int u_shorti 

/* results from Test_Link<): loaded into Belf_Test char */ 


•define PASSED 0 
ttdefine FAILED.DIAGNOSE 1 
ttdefine FAILED_LPBK INTERNAL 2 
ttdefine FAILED_LPBK_EXTERNAL 3 
ttdefine FAILED_LPBK_TRANSCEIVER 4 


/* Frame 

Commands */ 


ttdefine 

UI 0x03 

/# 

ttdefine 

XID OxAF 

/* 

ttdefine 

TEST 0xE3 

/* 

ttdefine 

P F BIT 0x10 

/« 

ttdefine 

C_R BIT 0x01 

/* 


Unnumbered Information Frame »/ 
Exchange Identification */ 
Remote Loopback Test */ 
Poll/Final Bit Position */ 
Command/Response bit in SSAP */ 


ttdefine DSAP_CNT 8 /• Number of allowable DSAPst must be a multiple 

of 2**N# and DSAP addresses assigned must be 
divisible by 2«*<8-N>. 

(i. e. the N LSBs must be O) */ 


ttdefine 


DSAP_SHIFT 9 


/* DSAP_SHIFTS must equal B-N */ 


•define 


X I D_LENCTH 6 


/* Number of Info bytes for XID Response frame */ 


/* System Configuration Pointer SCP */ 


struct SCP -C 

u_short sysbusj /* 82986 bus width* 0-16 bits 
1 - 8 bits */ 


231421-17 


1-23 





/PCQ/USR/CHUCK/CSRC/DLD. H 




u_short 

junk C23) 




u_short 

isepli 

/• lower 16 bits of iscp address */ 



u_short 

>i 

isephi 

/* upper 8 bits of iscp address -»/ 


/* 

Intermediate System Configuration Pointer 1SCP */ 



• truct ISCP <. 





u short 

busy i 

/♦set to 1 by epu before its first CA< 




cleared by 82986 after reading */ 



u short 

offset 

) /* offset of system control block */ 



u short 

basel j 

/# base of system control block */ 



u short 

> i 

base2 i 



/* 

System Control Block 

SCB */ 




struct SCB < 





u short 

stati 

/* Status word */ 



u_short 

cmdi 

/* Command word */ 



u short 

cbl offseti /* Offset of first command block in CBL */ 



u short 

rfa offset] /* Offset of first frame descriptor in RFA */ 



u short 

crc erre 

j /* CRC errors accumulated */ 



u_short 

aln_errsj /* Alignment errors */ 



u_short 

rsc err s] /* Frames lost because of no Resources */ 



u short 

ovr errs] /* Overrun errors */ 



>i 




/* 

Command Block */ 





struct CB < 





u short 

stat] 

/• Status of Command */ 



u short 

cmd] 

/* Command */ 



u_short 

link] 

/* link field */ 



u_short 

parml] 

/* Parameters *7 



u_short 

parm2] 




u_short 

parm3) 




u_short 

parm4] 




u_short 

parmSi 




u_short 

parm6) 



/* 

Multicast Address Command Block MA_CB */ 



struct MA_CB< 





u short 

stat] 

/* Status of Command «7 



u short 

cmd) 

/* Command */ 



u_short 

link) 

/* Link field */ 



u short 

me ent) 




char me 




>j 




/* 

Transmit Buffer Descriptor TBD */ 



struct TBD -C 
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u short act cntj 

/* 

Number of bgtes in buffer */ 



u short link; 

/* 

offset to next TBD */ 



u short buff 1) 

/* 

lower 16 bits of buffer address */ 



u short buff h; 

/* 

upper 8 bits of buffer address */ 



struct TB *buff _ptr 


/* not used by the 586: used by the 




software to save address translation 
routine. */ 



>1 




/* 

Transmit Buffers ■»/ 





struct TB < 





char data CTBUF SIZE]; 

>i 



/* 

Frame Descriptor FD */ 





struct FD < 





u short stat; 


/* Status Word of FD */ 



u short el s; 


/* EL and S bits */ 



u short link; 


/* link to next FD «/ 



u short rbd offset; 


/* Receive buffer descriptor offset */ 



char dest addrCADD 

LEND; /*Dest inat i on address */ 



char src addrCADD LEND; 

/* Source address */ 



u short length; 

>; 


/* Length field */ 


/* 

Receive Buffer Descriptor RBD */ 





struct RBD < 





u short act cnt; 


/* Actual number of bytes received */ 



u short link; 


/* Offset to next RBD */ 



u short buff 1; 


/* Lower 16 bits of buffer address */ 



u short buff h; 


/* upper 8 bits of buffer address */ 



u short size; 


/* size of buffer */ 



struct RB *buff_ptr 


/» not used by the 586: used by the 
software to save address translation 



>; 


routine. */ 


/* 

Receive Buffers */ 





struct RB < 





char dataCRBUF_SIZED; 

>; 



struct FRAME_STRUCT 





unsigned char dsap; 

/* 

Destination Service Access Point */ 



unsigned char ssap; 

/* 

Source Service Access Point */ 



unsigned char cmd; 

>; 

/* 

ISO Data Link Command */ 



/* LSAP Address Table */ 




struct LAT < 





char stat; 


/* INUSE or FREE */ 
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int 


>i 


<*p_sap_f unc ) < ) » /* Pointer to LSAP function; associated 
with dsap address */ 


struct MAT < 


/* 

Multicast 

Address 

Table «/ 

char 

stati 

/* 

INUSE or 

FREE */ 


char 

>; 

addr CADD_LEN3 j 

/* 

actual me 

address 

*/ 


/* general purpose flags *7 

struct FLAGS < 

unsigned diag_done : 1 ; 

unsigned stat_on : 1 ; 

unsigned reset_sema: 1 ; 
unsigned reset _pend: 1 ; 
unsigned lpbk_test: 1 ; 
unsigned lpbk_mode: 1 ; 

> ; 


/* diagnose command complete */ 

/* network diagnostic statistics on/off */ 
/* don't reset when this bit is set */ 

/* reset when this bit is set */ 

/* loopback test flag */ 

/* loopback mode on/off */ 


/* General purpose bits */ 


•define ELBIT 0x8000 
•define EOFBIT 0x8000 
•define SBIT 0x4000 
•define IBIT 0x2000 
•define CBIT 0x0000 
•define BBIT 0x4000 
•define OKB IT 0x2000 


/* SCB patterns */ 


•define CX 
•define FR 
•define CNA 
•define RNR 
•define RESET 
•define CU_START 
•define RU_START 
•define RU ABORT 
•define CUJ1ASK 
•define RU MASK 
•define RU READY 


0x8000 

0x4000 

0x2000 

0x1000 

0x0080 

0x0100 

0x0010 

0x0040 

0x0700 

0x0070 

0x0040 


/* 82386 Commands */ 


•define 

NOP 

0x0000 

•define 

IA 

0x0001 

•define 

CONFIGURE 

0x0002 

•define 

MC SETUP 

0x0003 

•define 

TRANSMIT 

0x0004 

•define 

TDR 

0x0005 

•define 

DUMP 

0x0006 

•define 

DIAGNOSE 

0x0007 
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/* 82586 Command and Status Masks •/ 


#d#f in# 

CMD_MASK 

0 s0007 




#d#f in# 

NOERRBIT 

Os 2000 




•define 

COLLMASK 

OsOOOF 




•define 

DEFERMASK 

0x0080 




•d#f in# 

NOCRSMASK 

0s0400 




•define 

UNDERRUNMASK OiOlOO 




•d#f in# 

SOEMASK 

0s0040 




•define 

MAXCOLMABK 

Os 0020 




•d#f in# 

0UT_QF_RE80URCE3 Os 0200 




/# Configur# Param#t#rs */ 




•d*f in# 

FIFO.LIM 

Os 0600 

/* 

us# FIFO lim of 8 */ 


•d#f in# 

BYTE_CNT 

OsOOOB 




*d#f in# 

SRDY 

Os 0040 




*d#f in# 

SAV BF 

Os 0080 




•define 

ADDR LEN 

Os 0600 

/* 

address length of 6 bgtes */ 


•define 

AC LOC 

Os 0800 




•define 

PREAM_LEN 

0s2000 

/• 

preamble length of 8 bgtes */ 


•define 

INT LPBCK 

0x4000 




• d#f in# 

EXT_LPBCK 

0x8000 




•d#f in# 

LIN__PRIO 

0x0000 

/• 

no prioritg */ 


•define 

ACR 

OsOOOO 




•def in# 

BOF MET 

0x0080 




•def in# 

IFS 

0x6000 

/* 

IFS tim# 9. 6 us#c */ 


•def in# 

SLOT _T I ME 

0x0200 

/* 

slot tin# 51. 2 us#c */ 


•define 

RETRY_NUM 

OxFOOO 

/# 

retrg number 15 #/ 


•define 

PRM 

0x0001 




•define 

BC_DXS 

0x0002 




•def ine 

MANCHESTER 

0x0004 




•def in# 

TONO_CRS 

0x0008 




•define 

NCRC_IN8 

0x0010 




•define 

CRC__ 16 

0x0020 




•define 

BT STUFF 

0x0040 




•define 

PAD 

0x0080 




•define 

CRSF 

0x0000 

/# 

no carrier sens# filter #7 


•define 

CRS SRC 

0x0800 




•define 

CDTF 

0x0000 

/* 

no collision detect filter »/ 


•def in# 

CDT SRC 

0x8000 




•define 

MIN_FRM_LEN 0x0040 

/* 

64 bgtes */ 


•d#f in# 

M I N_DAT A JLEN MIN FRM LEN - 

18 /« assumes Ethernet/IEEE 802. 3 






franes with 6 bgt#s of address */ 


•define 

MAX_FRAME_SI ZE 1500 - 

3 
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/****************************************. 

* 

* 82586 Handler 


/* Define constants for storage area */ 


ttdefine 

CB CNT 

8 

/* 

Number 

of 

ttdefine 

FD CNT 

16 

/* 

Number 

of 

ttdefine 

RBD CNT 

64 

/* 

Number 

of 

ttdefine 

TBD CNT 

16 

/* 

Number 

of 


available Command Blocks */ 
available Frame Descriptors */ 
available Receive Buffer descriptors */ 
available Transmit Buffer descriptors */ 


/* loopback parameters passed to ConfigureO */ 


#def ine INTERNAL_LOOPBACK 0*4000 
♦♦define EXTERNALJLOOPBACK 0*8000 
•define NO LOOPBACK 0*0000 


♦♦include "did. h M 


/* 586 Data Structures */ 


/* 186 Timer Addresses */ 

♦♦define TIMER1_CTL 0*FF5E 
♦♦define TIMER 1_CNT 0*FF5B 
♦♦define TIMER2_CTL 0*FF66 
♦♦define TIMER2_CNT 0*FF60 


/* external functions */ 

/* I/O */ 

int inw<)> /* input word : inw(address) */ 

void outuOi /* output word: outw(address> value) «/ 

void ini t_intv( ) » /* initialize the interrupt vector table */ 
void enableO; /* enable 80186 interrupts */ 

void disableOi /* disable 80186 interrupts */ 

extern char *BuildJPtr< )j 

u_short SEGMT; /* Data segment value */ 

char *pNULL; /* NULL pointer */ 

/* Macro 'type' of definitions */ 

ttdefine CA outw(0xC8»0) /* the command to issue a Channel Attention */ 

ttdefine ESIJ-OOPBACK outw(OxCB.O) /* put the ESI in Loopback */ 
ttdefine NO_ES I .LOOPBACK outu<OxCB*8) /* take the ESI out of Loopback */ 

ttdefine E0IJB0130 outb (OxEO* 0x63) /* End Of Interrupt */ 

ttdefine TIMER 1_E0I_80186 outw(0*FF22» 0x04) /* EOI for Timer 1 on the 186 */ 

ttdefine TIMER1 JE0I_jB0130 outb (OxEO. 0x64) /*EOI for 186's Timer 1 on the 130 */ 
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/»*»»»•»# memory allocation a**#*##*##******/ 

int Sel f_Test; /* used for diagnostic purposes */ 

u_ short ttmpj /* temporary storage */ 

♦define LPBK_FRAME SIZE 4 /* loopback frame storage */ 

char lpbk_frameELPBK _FRAME_SIZE3 - < 

0x55, OxAA, 0x55. OxAA>; 

♦ define uihoami_io_add OxOOFO /* I/O address of Host Address Prom */ 
char whoamiCADD_LEN3» /* Ram array where host address is stored */ 


/* transmission statistic variables */ 


unsigned 

long 

good_xmit_cnt; 

u_short 


underrun_cnt; 

u_short 


no__crs_cnt; 

unsigned 

long 

deferment; 

u_ short 


sqe_err_cnt; 

u_short 


max_col_cnt; 

unsigned 

long 

recv_frame_cnt; 

u_ short 


reset_cnt; 

/* Allocate 

storage for structures and buffers */ 


struct FLAGS flags; 


/* 586 structures #/ 

/* System Configuration Pointer: Rom Initialization */ 

/# struct SCP sep - <0x0000. 0x0000, 0x0000. Ox 1FF6. 0x00001; */ 

/# struct I SCP iscp; Intermediate System Configuration Pointer */ 

struct SCB seb; /* System Control Block */ 

struct CB cbCCB_CNT3. /* Command Blocks */ 

*cb_tos, *begin_cbl, *end_cbl; 

/* pointer to the beginning of the free 
command block list <cb_tos> and the 
beginning and end of the 82586 cbl */ 

struct TBD t b d E TBD__CNT 3 , /* Transmit Buffer Descriptor */ 

*tbd_ tos; /*• pointer to the free Transmit buffer 

descriptors */ 

struct TB tbuf CTBD_CNT3; /* Transmit Buffers */ 


struct FD fdCFD_CNTJ, /* Frame Descriptors */ 

*begin_fd, *end_fd; /* pointers to the beginning and end of 

the free FD list */ 


struct RBD rbd ERBD__ CNTD. 


/* Receive Buffer Descriptors */ 
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*begin_rbd» *end_rbdj /* pointers to the beginning end the 

end of the rbd list */ 

struct RB rbuf CRBD jCNTIj /• Receive Buffers •/ 

struct MAT metC MULT I _ADDR_C NT 3 1 /* Multicest Address Teble */ 

struct MA_CB me_c b i /* Multicest Address Commend Bloch #/ 


/* The following structures ere used only in Reset_586() function */ 

struct CB res_cbi /* Temporary CB for reini tiel i t ing the 586 */ 

struct MA_CB res_ma_cbj /* Temporary MA_CB for reloading Multicast */ 

/* Hardware Support Functions */ 

Enab le_5B6_Int < ) 

< 

int ci 

c ■ inb(0xE2)j /* reed the 80130 interrupt mesh register •/ 

outb(OxE2> 0x00F7 tt c)i /* write to the 80130 interrupt mash register */ 

> 

Disable 586 Into 

< 

int ci 

c - inb (0xE2) < 

outb (0xE2» 0x0008 i c)j 

> 

Set Timeout() 

< 

outw< TIMER 1 CNT. 0); /• Write a 0 to Timerl count register */ 

outw(0xFF5E> 0xE009) j /• Set ENeble bit in Timerl Mode/Control register */ 

> 

Reset.TimeoutO 

{ 

outw(OxFF5E« 0x6009)1 /« Reset ENeble bit in Timerl Mode/Control register */ 

> 


Init_Timer<) /• 186'* Timer 2 is a prescaler for Timer 1. It clocks Timer 1 
every 32.7 msec. The deadman timeout is set for 1.25 sec */ 

< 

outw(OxFF38* OxOOOC ) j /• Set Timerl Interrupt Control register */ 
outw(OxFF62» OxFFFF)j /* set max count register for timer2 to OFFFFH •*/ 

outw(0xFF5Ai 38)» /* set max count register A for timer 1 */ 

outw(OxFF66» OxCOOl )i /* Set Timer2 Mode/Control register »/ 

outw<OxFF5E> 0x6009)/ /» 8et Timerl Mode/Control register •/ 

outw(OxFF28. ( inw(0xFF28> t< OxFFEF > ) j /« Enable 186 Timerl interrupt «/ 
outb (0xE2i ( inb (0xE2) li OxOOEF ) ) j /• enable 80130 interrupt from 80186 */ 


/* end hardware support functions */ 
Clear_Cnt< ) 
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■C 

scb. crc.errs - 0) /* clear 5B6 error statistic counters */ 

scb. aln_errt ■ Oj 
scb. rsc_errt * O j 
scb. ovr_errs = Oj 

good_x<nit_cnt - Oj /* init data link statistics */ 

underrun_cnt ■ Oj 

no_crs_cnt » Oj 

defer.cnt - Oj 

sqe_err_cnt ■ Oj 

max.col.cnt ■ Oj 

recv.frame.cnt ■ Oj 

reset.cnt ■ Oj 

> 

Init_3B6< ) 
i 

struct ISCP *piscp> 
u.short ij 
struct MAT *pmatj 

NO.ESI JLOOPBACKj /* Done for 82S01. Inactivates CRS if pouered up 

in loopback •/ 

ESI. LOOPBACK J 

init__intv( ) j /* Initialization DLDs interrupt vectors */ 
Init.Timer < ) j 

flags, reset.sema - Oj /* Initialize Reset Flags */ 
flags, reset _pend ■ Oj 
flags, stat.on - Ij 

Disable_586_Int ( )j 


pisep - OxOOOOFFFO j /« Initialize the ISCP pointer*/ 

piscpObusy ■ Ij 

p iscp->of f set ■ Of f set (leseb ) j 

piscp->basel » SEOMT « 4j 

piscp->base2 - < SEOMT » 12) & OxOOOF J 

pNULL » Bui ld.Ptr (NULL ) j /* build a NULL pointer - 8086 type: 32 bits */ 
Build Rfa()j /* init Receive Frame Area */ 

Bu i 1 d_Cb ( ) j /* init Command Block list */ 

ma.cb. cmd = Oj /* multicast address semaphore init */ 

Clear.Cnt ( ) j 
scb. stat » Oj 

CAj /* wait for the 586 to complete initialization */ 


for ( i - Oj i O OxFFOOj i++) 
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if ( *cb. stat — <CX \ CNA)> 
break! 


if (i >0*FF00> 

Fatal < "DLD: init - Did not get an interrupt after Reset/CAW > i 

/* Ack the reset Interrupt */ 

scb.cmd > <CX S CNA)i 

CAi 

Wai t_Scb < ) j 
E nable_5B6_Int< >i 

scb. cb l_of f set - Of f set (IccbCOI >1 /# link scb to cb and fd lists */ 

scb. rfa_offset » Of f set <*f dC03 )i 

/* move the prom bytes into uhoami array */ 

for <i ■ 0! i < ADD_LENj i++> 

uihoamiC (ADD_LEN - 1) - 13 - inb (uhoami_io_add ♦ i*2)i 

/* Initialization the Multicast Address Table */ 

for (pmat =* &matC03i pmat <» 8»matCMULTI_ADDR_CNT - 13! pmat++) 
pmat->stat » FREE! 

Configure< INTERNAL J.OOPBACK)! /* Put 586 in internal loopback */ 
SetAddress ( ) » /« Set up the station address «/ 

/* run diagnostics *7 
Test_Link < ) » 

if <Self__Test •» PASSED) 
return (Se If _Test )i 

Conf igure(NOJLOOPBACK)! /* Configure the 82586 */ 
return < Self _JTe st >i 


Build RfaO 
{ 

struct FD apfd* 

struct RBD *prbdi 

struct RB *pbuf; 

unsigned long badd! 

/* Build a linear linked frame descriptor list */ 

for (pfd = &f dC03i pfd <- Scf dCFD_CNT - 13i pfd++> < 

pfd->stat = pfd->el_s = 0; 
pfd -> link * Of f set ( pf d+1 ) ! 
pfd->rbd offset * NULLi 

> 
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end fd ** — pfd; 
pf d->l ink ■ NULL: 
pf d->el_s - ELBIT; 
begin fd » pfd - ScfdCOD; 


/* point to ScfdCFD_CNT - ID */ 
/* last fd link is NULL */ 

/* last fd has EL bit sat */ 

/■* point to first fd */ 


pf d->rbd_of f sat * Of f sat ( Serb d COD ) ; /* link first fd to first rbd */ 


/* Build a linear linked receive buffer descriptor list */ 

for (prbd » ScrbdCOD* pbuf » ScrbufCOD; prbd O Serb d CRBD_CNT - ID; 

prbd++» pbuf++> < 

badd = SEOMT « 4. 
badd +“ Of feet < pbuf ) ; 
prbd->buff_l - baddi 
prbd->buff_h - badd » 16 ; 
prbd->buf f _ptr «* pbufi 

prbd->act ent n 0; 

prbd->l ink » Offset(prbd ♦ 1 > i 

prbd->size - RBUF_8IZE; 

> 

end_rbd = — prbd; 

prbd->l ink - NULL* /* last rbd points to NULL */ 

prbd->size 1 = ELBIT; /* last rbd has el bit set */ 

begin_rbd = ScrbdCOD; 


> 


Bui ld_Cb ( ) /* Build a 

•C 


struct CB *pcb; 
struct TBD *ptbd; 
struct TB *pbuf; 
unsigned long 


stack of free command blocks */ 


badd; 


for (peb » ScebCOD; peb O SecbCCB_CNT - ID; pcb++> { 
pcb->stat » 0; 
pcb->cmd * ELBIT; 
pcb->link » Offset(pcb + 1); 

> 

— peb; 

begin_cbl = end_cbl ■ pNULL; 
pcb->link «* NULL; 
cb_tos ■ ScebCOD; 


/* Build a stack of transmit buffer descriptors */ 

for (ptbd = Sctbd COD/ pbuf = SctbufCOD; ptbd <= Sctbd CTBD_CNT - ID; 

ptbd++. pbuf++) ■£ 


ptbd->act_cnt » TBUFJSIZE; 
ptbd->link = Offset<ptbd + 1); 

badd » SECMT « 4; 
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badd += Of f set (pbuf ) j 
ptbd->buff_l - baddi 
ptbd->buff_h ■ badd » 16? 
ptbd->bof f _ptr • pbufi 

> 

— ptbdi 

p tbd->l ink ■ NULL* /* last tbd link is NULL */ 
tbd_tos = «ctbdC03i /* Sat the Top Of the Stack #/ 

> 

/* Get a Command Block from the free list */ 

struct CB *Get_Cb<> /* return a pointer to a free command block */ 

< 

struct CB *pcbi 

if (Offset(pcb » cb_tos ) »= NULL) 
return < pNULL ) J 

cb_tos = (struct CB *) Build_Ptr ( pcb->l ink ) » 

pcb->l ink = NULLi 

return(pcb). 

> 

/* Put a Command Block back onto the free list */ 

Put_Cb ( pcb ) 

struct CB *pcb» 

■C 

pcb->stat = 0# 

pcb->link » Of fset(cb_tos)i 

cb_tos = pcbi 

> 

struct TBD *Oet_Tbd(> /* return a pointer to a free transmit buffer 
descriptor */ 

< 

struct TBD *ptbd; 

flags. reset_sema * li 

Disable _506_I n t ( ) < 

if ( (ptbd * tbd__tos ) J- p NULL ) < 

tbd_tos * (struct TBD *> Bui 1 d_Ptr ( p t bd->l ink ) ; 
ptbd->l ink » NULL; 

> 

Enab le_586_Int ( ) i 

flags. reset_sema » Oj 

if ( flags. reset_pend ■■ 1) 

Reset_5B6 ( ) t 
return (ptbd )» 

> 


Put_Tbd (ptbd ) 
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> 


Issue__CU_Cmd <pcb ) /* Guaua up a command and issua a start CU command if no 
othar commands ara quauad */ 

struct CB *pcb; 

■C 

Disabla_586_Int< ); 

if <bagin_cbl — pNULL) < /* if tha list is inactiva start CU */ 

begin_cbl * end_cbl ** pcb; 
scb. cbl_offset * Offsat(pcb); 

Wai t_Scb < ) i 

scb. cmd “ CU.J3TART; 

Sat__Timaou t ( ) ; /* sat daadman timar for CU #/ 

CA; “ 

> 

alsa < 

end_cb 1->1 ink - Offsat(pcb); 
and__cbl * pcb; 

> 

Enab la_586__Int ( ) ; 

> 

Isr7< ) 

■C 

outb (OxEOi 0x67) ; /* EOI 80130 */ 

> 

Isr6( ) . 

< 

Wr i ta < "\nlntarrupt 6\n"); 

outb (OxEO» 0x66); /* EOI 80130 */ 

> 

Isr5( ) 

< 

Write( "\nlntarrupt 5\n M ); 

outb (OxEO# 0x65); /* EDI 80130 »/ 

> 

/* Daadman Timar Intarrupt Sarvica Routina */ 

Isr — Timaout < ) /* Intarrupt 4 */ 

< 

Raset_Timeout < ); 
if < flags. resat__sama ** 1) 
flags. rasat__pand ■ 1; 

alsa 

Rasat_586< ) ; 

T I MER 1 _E0 1 _80 1 86; 

TIMER1_E0I_80130; 

> 

/* Intarrupt 0 is Uart in UAP Module */ 

/* Intarrupt 2 is Timar in UAP Modula */ 
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Isrl ( ) 

< 

Wr ite( "\nlnterrupt l\n“)i 

outb (OxEO. 0x61>( /« EDI 80130 «/ 

> 

/* 586 Interrupt service routine: Interrupt 3 */ 

Isr_586( ) 

< 

u_»hort stat_scb» 

struct CB *pcbJ 

enableOi /* nesting only the uart interrupt */ 

Wei t_Scb < ) i 

scb. cmd - ( stet_scb - scb.stet) b (CX I CNA ! FR ! RNR ) » 

CA» 

if ( stat_scb * (FR I RNR)) 

Recv_Int_Processing < )i 

if (stat_scb b CNA) -C /* end of cb processing */ 

Reset_Timeout ( > ; /* clear deadman timer */ 

pcb » Build_Ptr (scb. cbl_offset)j 

#if def DEBUG 

if (begin_cbl «« pNULLX 

Bug ("OLD: begin_cbl ■■ NULL in interrupt routine\n")j 
returni 


if ( <pcb->stat b OxCOOO) !■ 0x8000) 

FatalC'DLD: C bit not set or B bit set in interrupt routine\n" ) i 

Wend if /* DEBUG */ 

switch ( pcb->cmd b CMDJ1ASK) < 
case TRANSMIT: 

if (flags. stat_on *»» 1) </* if Transmit Statistics are collected do */ 

/* if sqe bit ■ 0 and there were no collisions -> sqe error 
this condition will occur on the first transmission if 
there were no collisions* or if the previous transmit 
command reached the max collision count* and the current 
transmission had no collisions */ 

if ( ( pcb->stat b (SGEMASK ! MAXCOLMASK ! CQLLNASK ) ) == 0) 

++sqe_err_cnt* 

if (pcb->stat b DEFERMASK) 

++def er__cntj 
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if <peb->stat b NOERRBIT ) 
++good_xmi t cnti 

• 1 sc { 

if <pcb->stat b NOCRSMASK) 
++no crs cnti 

if <pcb->stat b UNDERR UNMASK) 
++ondcrron_cntf 
if <pcb->stat b MAXCOLMASK) 
++max_col_cnti 

> 

> 

if <pcb->parml !- NULL) 

Put_Tbd (Bui ld_Ptr < pcb->parml ) ); 
break! 

ease DIAGNOSE: 

flags. diag_done ■ l! 
if < <pcb->stat b NOERRBIT) — 0) 
Self_Test - FA I LED_D I AONOSE * 
breaki 


default: 

> 


/* check to see if another command is queued */ 

if (pcb->l ink «« NULL) 
begin_cbl ■ pNULL! 

else -C /* restart the CU and execute the next command on the cbl */ 

begin_cbl « Build_Ptr<pcb->link>! 
scb. cbl offset ■ pcb->link« 

Wait_Scb ( )i 

scb. cmd ■ CU_START! 

CA; 

Wai t_Scb ( >i 

Set_Timeout < ) j /* START deadman timer */ 

> 

if ( < pcb->cmd b CMD_MASK) — MC_SETUP) 

pcb->cmd * O! /* clear MC_SETUP cmd word. this will implement a 
lock semaphore so that it won't be reused until 
it is completed */ 

else 

Put_Cb (peb >! /* Don't return MC_5ETUP cmd block. It's not a 

general purpose command block from free CB list */ 

> 

disableO; /* disable epu int so that the 586 isr will not nest */ 
E0I_80130i 
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Recv_Int_Processing ( ) 

< 

struct FD *pfd» /* point* to th» From* Descriptor */ 

struct RBD *q. /* points to the last rbd for ths frame */ 

«prbd; /* points to the first rbd for the frame */ 

for (pfd - begin_fdj pfd !■ pNULL; pfd - begin_fd) 
if (pfd->stat & CBIT) < 

beg in_f d - (struct FD *) Bui 1 d_ftr < p f d->l ink ) » 

prbd - (struct RBD *) Bu i 1 d_Ptr ( p f d->rbd_of f set ) i 

if (prbd !■ pNULL) < /* check to see if a buffer is attached */ 

ttif def DEBUG 

if (prbd !■ begin_rbd) 

Fatal ( "OLD: prbd !■ begin_rbd in Recv_Int_Processing\n" ); 

#endif /* DEBUG */ 

for (q ■ prbdi (q->act cnt & EOFBIT) !■ EOFBIT; 

q - (struct RBD *> Bui ld_Ptr ( q->l ink ) > ; 

begin rbd m (struct RBD *) Bui ld_Ptr < q->l ink > ; 
q->l ink - NULL; 

> 

if (pfd->stet & QUTJ3F_RES0URCES) 

Put_Free_RFA(pfd ); 
else < 

/* if the DLD is in a loopback test, check the frame recv */ 
if (flags. lpbk_mode ■* 1) 

Loopback jCheck (pfd ) » 

else 

/* if it's a multicast address check to see if it's 

in the multicast address table, if not discard the frame */ 

if ( ( <pfd->dest addrCOl & 01) — 01) && ( !Check_Multicast(pfd) ) > 
Put_Free_RFA( p f d ) ; 

else 

< Recv_Frame(pf d > ; 

++recv frame cnt; 

> 

> 

> 

else < 

Ru_Start ( ) ; /* If RU has gone into no resources, restart it */ 
break; 


Loopbac k_Chec k ( pf d ) 
struct FD *pfd; 

( 

struct RBD *prbdi 
struct RB epbuf; 


/* Called bg Recv_Int_Processing; checks address 
and data of potential loopback frame */ 
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if ( bcmp((char *) 8cpfd->src addrCOD. &u)hoamiE03, ADDJUEN) != 0 ) < 
Put_Free_RFA(pfd)) 
return) 

> 

prbd ■ (struct RBD #) Build_Ptr(pfd->rbd_offset> ; /* point to receive 

buffer descriptor */ 

pbuf » (struct RB *) prbd->buf f_ptr) /* point to receive buffer */ 

if ( bcmp ( (char *) pbuf, tclpb k_frameC03i LPBK_FRAME_SIZE) !* 0) < 
Put_Free_RFA(pfd>) 
return) 

> 

flags. lpbk_test ■ 1) % /* passed loopback test */ 

Put_Free_RFA( pf d ) ) 

> 

Check_Multicast(pfd) /* returns true if multicast address is in MAT */ 

struct FD *pfd) 


for (pmat * S<matC03) pmat <■ &ma t C MULT I _ADDR _CNT - 13i pmat++5 
if ( pmat->stat »» INUSE && 

(bcmp ((char *) fcpf d->dest_addr C03i &pmat->addrC03, ADD_LEN) ■»* 0)) 
break) 

if (pmat > *matCMULTI_ADDRjCNT - 13) 
return (FALSE)) 
return(TRUE), 


/* Test the Link function: executes Diagnose and Loopback tests */ 


Sel f _Test ■ PASSED) 

Diagnose ( ) ) 

if (Self_Test — FAILED_DIAONOSE) 
return) 

Ru_Start()) /* start up the RU for loopback tests */ 

flags. lpbk_mode * 1) /* go into loopback mode */ 

flags. lpbk_test *» 0) /* set looback test to false */ 

Send Lpbk_Frame( )) /* internal loopback test */ 

if (flags. lpbk_test «» 0) < 

Self_Test - FA I LED_LPBK_I NTERNAL) 

flags. lpbk_mode ■ O) 

return) 


flags. lpbk_test * 0) 

Configure( EXTERNAL JLOOPBACK ) ) /* external loopback test u)/ ESI in lpbk */ 

Send JLpbk_Frame( >) 
if (flags. lpbk_test ■■ O) < 

Self_Test = FAILED JLPBK_EXTERNAL» 
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flags. lpbk_mode = 0< 
return) 

> 

flags. lpbk_test =* 0; /* external loopback test through transceiver ♦ / 

NO_ES I _L00P B AC K » 

Send_Lpbk_Frame< )j 

if ( flags. lpbk_test ■«* O) 

Self_Test = FAILED_LPBK_TRANSCEI VER; 

flags. lpbk_mode =■ O; y* leave loopback mode ♦ / 

> 

Send_Lpbk_Frame< ) 

< 


struct 

TBD 

♦ptbd i 


int 


ii 


for ( i 

“Oi i 

< Bi i++> < 

/♦ send lpbk frame B times* since it's 


best effort delivery */ 


•ifdef DEBUG 

if ( (ptbd - Get_Tbd ( ) ) == pNULL ) 

Fatal("dld - Send_Lpb k_Frame - couldn't get a TBD\n")i 

#else 

ptbd * Get_Tbd()j 
#end if /♦ DEBUG ♦/ 

ptbd->act_cnt ■ EOFBIT ! LPBK_FRAME_SI ZE» 

bcopy < (char ♦ > ptbd->buf f _ptr, Mpb k_frameC03, LPBK_FRAME_SIZE ) ; 
uh i 1 e < ! Send_Frame < p tbd, fewhoami COJ > > i 

> 

> 

Diagnose( ) 

{ 

struct CB *pcb> 

#if def DEBUG 

if ( ( pcb - Get_Cb < ) ) — pNULL) 

FatalCdld - Diagnose - couldn't get a CB\n"); 

#else 

pcb = Get_Cb< )i 

#end i f /♦ DEBUG ♦/ 

flags. diag_done ■ 0» 

Sel f _Test - FALSE) 
pcb->cmd = DIAGNOSE S ELBITi 

Issue_CU_Cmd ( pcb ) ; 

while < flags, d iag_done == 0) ; /♦ wait for Diag cmd to finish ♦/ 
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> 

Conf igurt ( loop flag ) 
u_*h ort loopflag; 

< 

struct CB *pcbt 
#ifdef DEBUG 

if ( (pcb - Get_Cb ( ) ) — pNULL) 

Fatal ( “did - Configurt - couldn't gat a CB\n"); 

Melse 

pcb ■ Qet_Cb( >; 

#endif /* DEBUG */ 


/* Ethernet default parameters */ 

p c b->parml - OxOSOC; 
p c b->parm2 - 0x2600 ! loopflag; 
pcb->parm3 ■ 0x6000; 
pcb->parm4 ■ 0xF200; 
pcb->parm5 * 0x0000; 
if (loop flag -» NO_LOOPBACK> 
pcb->parm6 ■ 0x0040; 

else 

pcb->parm6 * 0x0006; /* loopback frame is less bytes than 

the minimum frame length */ 

pcb->cmd » CONFIGURE I ELBIT; 


Issue_CU_Cmd (pcb ); 


/* Send a frame to the cablet pass a pointer to the destination address 
and a pointer to the first transmit buffer descriptor. •/ 

Send JFrame(ptbd# padd) /• returns false if it can't get a Command block */ 
struct TBD *ptbd; 

char *padd; 

{ 

struct CB *pcb; 

u_short length; 

flags. reset__sema ■ 1; 

if ((pcb - Oet_Cb ( ) ) -- pNULL) < 
flags. reset_sema ■ O; 
if ( flags. reset_pend ■■ 1) 

Reset_986( ); 
return(FALSE); 

> 


pcb->parml « Of f set ( ptbd ) ; 
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/* mow destination address to command block */ 
bcopy ( ( char *>fcpcb->parm2. (char «)padd. ADD_LEN ) ; 


/* calculate the length field by summing up all the buffers •/ 

for (length - Oi ptbd->link !■ NULL) ptbd - Bu i 1 d_Ptr < p tbd->l ink ) ) 
length +■ ptbd->act_cnt) 

length +■ (ptbd->act_cnt & 0x3FFF)j /# add the last buffer */ 

/* check to see if padding is required, do not do padding on loopback */ 

/* this will not work if MIN_DATA_LEN > TBUF_SIZE */ 

if ((length < M 1 N_DAT A_LEN > id /* assumes a A byte CRC #/ 

( bcmp (fcwhoami CO 3. (char e)padd. ADD_LEN ) !■ 0)) 

ptbd— >act_cnt - M I N_DAT A JLEN I EDFBITj 

pcb->parm3 ■ length) /* length field »/ 


pcb->cmd - TRANSMIT I ELBIT) 


I ssue_CU_Cmd ( pcb )) 
flags, reset_sema ■ 0) 

if (flags, reietjend “* 1) 
Reset_5B&( >) 
return(TRUE)j 

> 


Add_Multicast_Address (pma) /* pma - pointer to multicast address */ 
char *pma; ~* /* returning false means the Multicast address 

table is full •/ 

■C 

struct MAT epmati 

flags. reset_sema ■ it 

/* if the multicast address is a duplicate of one already in the MAT. 
then return */ 

for ( pmat - matj pmat <- fcma t C MULT I _ADDR_CNT - 13) pmat++) 
if ( pmat->stat -- INUSE Vk 

(bcmp( &pmat->addrC03» (char ») pma. ADD LEN) ■■ 0)> < 
return (TRUE) j 

> 


for (pmat - mat) pmat <- fcma t C MULT 1 _ADDR _C NT - 13) pmat-*-*-) 
if ( pmat->stat — FREE) < 
pmat— >stat - INUSE) 

bcopy( &pmat->addr£03i (char •> pma. ADD_LEN ) i 
break) 
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> 

if ( pmat > &ma t C MULT I _ADDR_CNT - 13) < 
flags. reset_sema = 0; 
if < flags. reset__pend -■ 1) 
Reset_SB6(); 
return (FALSE); 

> 

Set_.Multicast_Address< ); 
flags. reset_sema * O; 
if (flags. reset_pend *» 1) 

Rase t_5B6 ( >; 
return(TRUE); 


Delete_Multicast_Address(pma) /# returning false means the multicast address 

mas not found */ 

char *pma; 

struct MAT *pmat; 

flags. reset_sema ■ 1 ; 

for (pmat ■ mat. pmat <■ 8«matCMULTI_ADDR_CNT - 13/ p«at++) 
if ( pmat->stat — INUSE && 

( bcmp ( fcpmat->addrC03» (char *) pma. ADD_LEN) « 0)> < 

pmat->stat » FREE/ 

break; 

> 

if (pmat > &ma t C MULT I _ADDR_CNT - 13) < 
flags. reset_sema » 0; 
if (flags, reset _pend ““ 1) 

Reset_5B6(); 
return (FALSE); 

> 

Set_Multicast_Ad dress ( ); 

flags. reset_sema * 0; 

if ( flags. reset_pend ■* 1) 

Reset_586(); 
return (TRUE); 

> 

Set_Mul ticast_Address ( ) 

< 


struct 

MAT 

epmat; 

struct 

MA CB 

*pma_c 

u_short 

i ; 


i * 0; 

pma_c b = 

&ma_cb; 



while ( pma_cb->cmd !- 0) i /* if the MA_CB is inuse. wait until it's free */ 
pma cb->l ink » NULL; 
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for (pmat ■ mat; pmat <■ fcmatCMULTI_ADDR_CNT - 11; pmat++> 
if ( pmat->s tat — XNU8E ) < 

bcopg ( fcpma cb->mc_addr Ci 1 > &pmat->addr C01< ADD_LEN); 
i +« ADD_LEN; 

> 

pm a cb->mc cnt ■ it 
pma_cb->cmd - MC_SETUP I ELBIT; 

Issue_CU_Cmd (pma_cb ); 


Put_Free_RFA(pfd> /* Return Frame Descriptor and Receive Buffer 

Descriptors to the Free Receive Frame Area */ 

FD *pf d j 

RBD *prbdi /* points to beginning of returned RBD list */ 

*q; /* points to end of returned RBD list */ 

ru_start_f lag_f d. /* indicates whether to restart RU */ 
ru_start_f lag_rbd; 

flags. reset_sema ** 1; 

ru start_flag fd ■ ru_start_f lag_rbd ■ FALSE; 
pfd->el_s = ELBIT; 
pfd->stat = 0; 

prbd ■ (struct RBD *) Bui ld_Ptr ( pf d->rbd_of f set > ; /* pick up the link to the rbd */ 
pfd->link ■ pf d->rbd_of f set ■ NULL; 

/* Di sab 1 e_986_Int ( ) ; this command is only necessary in a multitasking 
program. However in this single task environment this routine is originally 
called from isr_386(>» therefore interrupts are already disabled */ 


if (begin_fd — pNULL) 

begin_fd “ end_fd “ pfd; 
else ( 

end_fd->link ■ Qffset(pfd); 
end_fd->el_s * O; 
end_fd = pfd; 
ru_start_f lag_f d ■ TRUE; 

> 

if (prbd ! ■ pNULL) ( /* if there is a rbd attached to the fd then 

find the beginning and end of the rbd list */ 

for (q = prbd; q->link !■ NULL; q = Bui ld_Ptr ( q-*>l ink ) ) 
q->act_cnt - 0; 

/* now prbd points to the beginning of the rbd list and 
q points to the end of the list */ 

q->size » RBUFjBIZE I ELBIT; 
q->act_cnt ■ 0; 
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if (begin_i*bd ■« pNULL) < /* if there is nothing on the list 
create a new list */ 

begin_rbd * prbdi 
end_rbd » q; 
if <prbd !■ q) 

ru_start_f lag_rbd - TRUE; /* if there is more than one rbd 
~ ™ returned start the RU #/ 

> 

else < 

/• if the rbd list already exists add on 
the new returned rbds */ 

»nd_rbd->l ink - Of f set < prbd ) ; 
end_rbd->si xe - RBUF_SIZEj 
end_rbd - q; 

ru_start__f lag__rbd ■ TRUE) 

> 

> 

if <ru_start_f lag_fd W ru_start_f lag_rbd ) 

Ru_Btart < >; 

/* Enable_386_Int< >; if Disab le_586__lnt < > is used above */ 

flags. reset_sema * 0; \ 

if (flags. reset_pend ■■ 1) 

Reset_58 40/ 


Ru Start <) 

< 

if ((scb.stat fc RU_MASK> 
return; 


RUJREADY) /* if the RU is already 'ready' 
then return */ 


if < <begin_fd->stat * CBIT) — CBIT) 
return; 


begin f d->rbd_of f set ■ Of f set < beg in_rbd ) ; /* link the beginning of the rbd 

list to the first fd */ 

scb. rfa offset ■ Of f set <begin_f d >; 

Wait_Scb<>; 

scb. cmd * RU_ START; 

CA; 


Software_Reset< ) 

< 

scb. cmd ■ RESET; 

CA; 

Wait_Scb(>; 


Issue JRe*et_Cmds ( > 

{ 

Wait jScb ( ); 

scb. cmd - CU_START» 

CA; 
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Wait _Bcb< )* 

outw(OxFF9E. 0) * /* shut off tim»r 1 Interrupt */ 

outw<TIHERl_CNT. 0>* 

outw(OxFF9E» 0xC009)» /* uia timer 1 without interrupt a* a deadman */ 

whila < < inw(0xFF9E) & 0x0020) »- 0) /* if Max Cnt bit it sat bafora CNA 

is set. 986 Cffld daadlockad •/ 

if ( < scb. stat * CNA) — CNA) 
break* 

if <scb. stat fc CNA !- CNA) 

Fatal < "DLD: Issua_Rasat_Cmds - Command daadlock during rasat procedural"); 
Rasat_Timaout( )* 

scb. cmd - CNAj /* Acknowladga CNA intarrupt »/ 

CA* 

Wait jBcb ( ); 

> 


/* Exacuta a reset. Configure. SetAddress. and MC_Setup. than restart the 
Receive Unit and the Command Unit */ 

Reset_986 ( ) 

•C 

struct HAT *pmat; 

u_short i; 

♦♦reset_cnt* 

Di sab 1 e_986 IntO; 

E8I_L00PBACKi 
Sof twareJFteset < )> 

scb. stat » 0; 

CA* /» wait for the 986 to complete initial i zation */ 


for ( i - 0* i <- OxFFOO* i++) 
if (scb. stat — <CX 1 CNA)) 
break* 


if (i >OxFFOO) 

Fatal ( "DLD: init - Did not gat an intarrupt after Software ResetNn" >* 

/* Ack the rasat Intarrupt */ 

Wait jScb ( )> 

scb. cmd « (CX ! CNA)* 

CA* 

Wait JScb < ) * 

ttifdef DEBUG 

if ( begin_cbl ■■ pNULL) 

Fatal ( "DLD: begin_cbl - NULL in Reset_986” >* 

•and if /• DEBUG */ 
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/* Configure the S86 */ 

/* Ethernet default parameter*} Configure is not necessary when using 
default parameters */ 

res_cb. link «= NULL} 

res_cb. parml ■ 0x080C; 
res_cb. parm2 » 0x2600; 
res_cb. par m3 a 0x6000; 
res_cb. parm4 » 0xF200; 
res_cb. parmS ■ 0x0000; 
res cb. parm6 * 0x0040; 
res_cb. cmd - CONFIOURE 1 ELBIT; 

scb. cb l_of f set ■ Of f set (ltres_cb. stat ); 


Issue_Reset_Cmds( >; 

/* Set the Individual Address */ 
bcopy((char *) &res_cb. parml< &whoamiC03< 
res_cb. cmd « IA l ELBIT; 


ADDJLEN); /* move the prom 

address to IA cmd •/ 


Issue_Reset_Cmds< >; 

/* reload the multicast addresses */ 


i « res_ma_cb. stat ” 0; 
res_ma_cb. link « NULL; 

for <pmat « &matC03; pmat <- Seme t C MULT I _ADDR_CNT - 13; pmat+r) 
if ( pmat->stat »- INUSE > < 

bcopy( fcres.jaa_cb. mc_addrCi 3# 8<pmat->addr C03. ADD_LEN); 
i +- ADD_LEN; 

> 

res ma_cb. mc_cnt » i; 

res~ma_cb. cmd - MC_SETUP I ELBIT; 

scb. cbl_offset ■ Of f set <ires_ ma_cb. stat); 


Issue_Reset_Cmds< ); 

/* Restart the Command Unit and the Receive Unit */ 

flags. reset_sema *= 0; 
flags. reset_pend ■ 0; 

NOJESI_LOOPBACK; 

Recv_Int_Processing < ); 

scb. cbl offset * begin_cbl; 

Wait ScbO; 
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• cb. cmd « CU_8TARTi 

Sat_Timaout( )j /* Sat Oaadman Timar */ 

CAi 

Enabla 586 IntOi 

> 


/* bcopg — byta copy routina */ 
bcopy(dat* arc. nbytaa) 
char *dat# *arc» 

int nbytaa; 

< 

whila (nbytaa — ) *dat++ ■ *arc++j 

> 

/* hemp — byta compara */ 
bcmp(al. s2. nbytaa) 
char *sl. *a2i 
int nbytaai 

< 

whila (nbytaa — Mi *»!♦«• »■ *a2++>; 
raturn(* — al - * — a2)i 
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/************************#«**#********«*************************************** 

* * 

* IEEE 602. 2 Logical Link Control Layer * 

* (Station Component) * 

a*****************************************************************************/ 


(♦include "did. h" 


extern char apNULL; 


extern struct TBD *©et_Tbd(>; 
extern char *Bui ld_Ptr ( ) ; 

readonly char xid_frameCXID_LENGTHD » -C 0, 0, XID, 0x81. 0x01, 0 >; 
/* DSAP, SSAP. XID, x id class 1 response */ 

struct LAT latCDSAP_CNT3; 


Init_Llc ( ) 

< 

struct LAT aplati 

for (plat * MatCOD; plat <» MatCDSAP_CNT - ID; plat++> 
plat->stat * FREE; 
return( Init_5B6( ) ); 


/* Function for adding a new DSAP */ 

Add Dsap Address ( dsap, pfunc) /* DSAP must be divisible by 2»*(8-N>, where 

2*#N - DSAP_CNT. (i.e. N LSBs must be 0). 
The function will return FALSE if does not 
meet the above requirements, or the Lsap 
Address Table is full, or the address has 
already been used. NULL DSAP address is 
reserved for the Station Component */ 

int dsap, (*pfunc> (); 

( 

struct LAT aplat; 

if ((dsap « (8— DSAP_SH1FT> * OxOOFF) !» 0 !! dsap — 0) 
return (FALSE); 

/* Check for duplicate dsaps. */ 

if ( (plat - SclatCdsap » DSAP JBHIFTD )->stat == FREE) < 
plat->stat = INUSE; 
plat->p sap_func *» pfunc; 
return TtRUE); 

> 

else 

re turn (FALSE); 

> 


/* Function for deleting DSAPs */ 

Del ete_Dsap_Ad dress ( dsap ) /* If the specified connection exists, it is severed. 

If the connection does not exist, the command is ignored. */ 
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int dsap; 

■C 

latldsap » DSAP_SHIFT3. stat - FREE) 


Recv_Frame(pfd) 

struct FD *pfdi 

< 

struct RBD *prbd; 

struct FRAME_STRUCT *pfs; 

struct LAT *plati 

prbd ** (struct RBD +) Bui ld_Ptr (pf d->rbd_of f set ) * 
pfs » (struct FRAME_STRUCT *) prbd->buf f_ptr; 

if (pf d->rbd_of f set !■ NULL) C /* There has to be a rbd attached 

to the fd* or else the frame is 
too short. */ 

if (pfs->dsap *« O) < /* if the frame is addressed to the Station 

Component* then a response mag be required */ 


if ( ! (pfs->ssap 8c C_R_B IT ) ) </* if the frame received is a response* 

instead of a command* then reject< it. 
Because this software does not implement 
DUPLICATE_ADDRESS_CHECK. -> no response 
frames should be reev'd */ 
Station_Component_Response ( pf d ) > 

y 

y 

/* not addressed to Station Component* */ 

/* check to see if the dsap addressed is active */ 
else if ( ( pf s->dsap « (8-DBAP_SHIFT> 8c OxOOFF) — 0 8c8c 

(plat =* SclatC <pfs->dsap ) » DSAP_SHIFT3 )->stat « INUSE ) < 
(*piat->p_sap_func ) ( pf d ) > /* call the function associated 

with the dsap received */ 

return; 

> 

> 

Put_Free_RFA( pf d ) i /* return the pfd if not given to the user saps */ 


Station_Component_Response (pf d > 
struct FD *pfd; 

< 

struct FRAME_STRUCT *prfs, *ptfs» 

struct TBD *ptbd. *begin_ptbd. *q; 

struct RBD *prbd; 

prbd = (struct RBD *) Build_Ptr (pf d->rbd_of f set); 
prfs ■ (struct FRAME_STRUCT *> prbd->buf f_ptr* 

switch ( prf 5->cmd 8c *''P_F_BIT> 

< 

case XID: 
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while ( ( ptbd - Get_Tbd(>> «« pNULL) •• 
ptbd->ac t_cnt * EOFBIT 8 XIDJLENGTH; 

bcopy ((char *) ptbd->buf f_ptr» &x id_fram»C03, XIDJ-ENGTH)* 
ptfs « ( struct FRAME_STRUCT *) ptbd~>buff _ptri 
ptfs->cmd » prfs->emd; 

ptfs->dsap ■ prfs->ssap 8 C_R_BITi /* return the frame 

to the sender */ 

ptfs->ssap * 0# 

uihile( !Send_Frame(ptbd# Bui ld_Ptr ( p f d->src_ addr ) ) ) ! 
breafci 

case TEST: 

for (prbd =» (struct RBD *) Bui ld_Ptr ( p f d->rbd_of f set > , 
q « begin _ptbd * pNULL; prbd !». pNULL; 

' prbd ■ Bui 1 d_Ptr ( prbd->l ink > ) < 

while ((ptbd - Get TbdO) «« pNULL); 
if (q ! = pNULL) 

q->l ink - Of f set( ptbd ) ; 

else 

begin_j>tbd - ptbd. 
ptbd->act_cnt = prbd->act_cnti 

bcopy ( ( char *> p tbd->buf f _p tr , (char *> prbd->buf f__ptr, 

ptbd->act_cnt 0x3FFF); 

q = ptbd; 

> 

ptfs » (struct FRAME_STRUCT *> b eg in_p tbd->buf f .ptr; 
ptfs->cmd * prfs->cmd; 

ptfs->dsap ■ prfs->ssap 8 C_R_BIT; /* return the frame to 

the sender */ 

ptfs->ssap = 0» 

wh i 1 e ( ! Send_Frame(beg in _p tbd> Bui ld_Ptr ( pf d->src_addr > ) ) , 
break ; 


> 
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User Application Program 
Async to IEEE 802.2/902.3 Protocol Converter 


* 

**/ 


•include "did. h" 

/* ASCII Characters */ 
•define ESC OxlB 

•define LF OxOA 

•define CR 0x00 

•define BS 0x08 

•define BEL 0x07 

•define SP 0x20 

•define DEL Ox7F 


•define CTL_C 0x03 

/* Harduiare */ 

•define CH_B_CTL OxOODE 

•define CH A_CTL OxOODC 

•define CH_B_DAT OxOODA 

•define CH_A DAT 0x00D8 

•define UART_STAT_MSK 0x70 

/* Interrupt cases for 8274 */ 
•define UART_TX B 0 

•define UART_RECV_B 0x08 


• define UART_RECV_ERR__B OxOC 
•define EXT_STAT_INT B 0x04 
•define EXT_STAT_INT_A 0x14 

char f if o tC2S6D> 

char f if o_rC2563; 

char wraCSDi urbC51; 

unsigned char in_fifo_ t* out_fifo_t» in_fifo_r, out_fifo_r, actual; 

u_short t_buf_stat» r_buf_stat» 

char cbufC803; /* Command line buffer */ 

char lineC813> /* Monitor Mode display line */ 

unsigned char dsap. ssap* send_flag» local_echo; 

char Dest_AddrC ADD_LEN3# 

char Mul t i_Addr CADD_LEN3 ; 

int tmstat# /* terminal mode status: for leaving terminal mode */ 
int dhexi monitor_f lag, hs_stat» /* flags */ 


extern struct TBD *Get_ Tbd(); 

extern char *Build_Ptr ( ); 

extern struct FLAGS flags; 

extern char xid_frameC3< 

extern char uhoamiCl; 
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extern struct MAT matCI; 

extern struct LAT latCl; 

extern char epNULL; 

extern unsigned long 
extern u_short 

extern u_short 

extern unsigned long 
extern u_short 

extern u_short 

extern unsigned long 
extern u_*hort 

extern struct SCB scb. 

/* Macro 'type' of definitions */ 

•define RTSjONB outb (CH_B_CTL. OxOS) i outb <CHJB_CTL. urrbC53»u»rbC5] !0x02) 
•define RTS_OFFB outb <CH_B_CTL. 0x05) J outb <CH_B_CTL. wrb C53=wrb C538<OxFD) 
•define RTS_ONA outb<CH A_CTL. 0x05)i outb <CH_A_CTL. wraC 53-wraC 53 10x02) 
•define RTS_OFFA outb <CH_A_CTL. 0x05); outb <CH_A_CTL, wraC53-uiraC5D&0xFD) 
•define UART_TX DI B outbtCHJB CTL. 0x01 >; outb <CH_B_CTL, wrb C 1 3-wrb Cl 38<0xFD ) 
•define UART TXJEl”B outb<CH B_CTL» 0x01 ) ; outb <CH_JB_CTL, wrb C 1 3»wrb C 1 3 10x02) 
•define UART RX DI B outb<CH B CTL, 0x01 >; outb <CH_B CTL, wrb C 1 3»wrb C 1 3&0xE7) 
•define UART RX_EI_B outb <CH_B_CTL, 0x01 ) i outb <CH_B_CTL, wrb C 1 3»wrb C 13 ! Ox 10) 
•define RESET TX_INT outbtCH B CTL. 0x28) 

•define EOI 8274 outb<CH A CTL. 0x38) /* 8274 int is IR3 on 80130 */ 

•define EO I JBO 1 30 J0274 outb (OxEO. 0x60) 

•define EOI 80130JTIMER outb <OxEO, 0x62) 


EnableJJart_Jnt<> 

< 

int ci 

c “ inb(0xE2)< /* read the 80130 interrupt mask register */ 
outb(OxE2. OxOOFE & c)j /* write to the 80130 interrupt mask register */ 

> 

Di sab 1 e_Uart_Int < ) 

{ 

int ci 

c - inb (0xE2) ; 

outb (0xE2. 0x0001 I c)i 

> 

Enab le_Timer_lnt < ) 

< 

int c< 

outb (OxEA. 125) i 

outb(OxEA. 0x00). /* Timer 1 interrupts every . 125 sec */ 
send_f lag - FALSE; 

c * inb(0xE2); /* read the 80130 interrupt mask register */ 
outb(0xE2> OxOOFB Sc c)> /* write to the 80130 interrupt mask register */ 

> 
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underrun_cnti 
no_crs_cnt. 
def er_cnti 
sqe_err_cnt; 
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rec v_frame_cnt» 
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Disab 1 e_Timer_Int < ) 
i 

int c ; 

c = inb(0xE2); 
outb(OxE2< 0x0004 I c ) ; 


Co< c ) 

char Ci 

< 

while < <inb(CHJB_CTL> * 4) — 0 >i 
outb (CH_B_DAT# c)i 

> 

Ci< > 

< 

while < ( inb (CH_B_CTL) & 1) «- 0 >; 
return < inb <CH_B_DAT ) & 0x7F)i 

> 

Read(pm*g, cnt. pact) 
char apmsgt 

unsigned char cnt< *pact; 

■C 

unsignad char ii 
char c> bufC2003i 

for <i » c » 0) <c !» CR) && <c ! = LF) && (i < 19B)i ) { 

c « CIO 8« Ox7F» 
if <c — BB I ! c =» DEL) < 
if (i > 0) < 

— ii 

Co (BS) i Co(SP ) ) Co < BS ) i 

> 

> 

else 

if ( c >= BP) < 

Co ( c ) i 

bufti++3 » ci 

> 

al sa 

if < (c =» CR) t I (c -■ LF) ) < 
buf C i++] » CR) 
buf C i++] * LFi 

> 

else Co (BEL) i 

> 

Co <CR ) i Co (LF ) ) 
if < i > cnt) 

*pact « cnt; 

else 

#pact > ii 

for (i » 0) i < apact i i++) 

*pmsg++ = buf C i 
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> 

Read_.Char < > 
i 

unsigned char it 

Read (fccbuf C01. 80. factual )j 
i - Skip (&cbuf C01 ) i 
return(cbuf C i 3 )j 

> 

WriteCpmsg ) 

char epmsgi 

< 

while <*pmsg !■ 'NO') < 
if (epmsg == '\n') 

Co (CR ) • 

Co(*pmsg++) ; 

> 

> 


Fatal(pmsg) /* write a message to the screen then stop */ 
char epmsgi 

< 

Write ("Fatal: ")i 
Write(pmsg)i 
for ( i } ) i 


Dug(pmsg) /e write a message to the screen then continue */ 
char epmsgi 

{ 

Wr i te< "Bug: ">i 
Wr ite(pmsg )i 


Ascii JTojChar(c) /e convert ASCII-Hex to Char */ 
char ci 


< 


> 


if < ( '0' <- c) 
return(c - 
if < ( 'A' <« c) 
return(c - 
if ( < 'a' <= c> 
return(c - 
return(OxFF)i 


kk (c O 

'0')i 

&& (c <= 
0x37)i 
&& (c <® 
0x57) i 


' 9 ')) 
'F ' ) ) 
'f ')) 


Lower-Case (c ) 
char a 
i 

if <( 'a' <= c) kk (c O '«')) 
return ( c ) i 

if ( < 'A' <» c) kk (c <= 'Z') ) 
returntc + 0x20); 
return(O); 

> 
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Char_To_Asc i i ( c# ch) /* convert char to ASCII-Hex */ 
unsigned char c» chCD; 

< 

unsigned char ii 

i = <c 8. OxFO ) » 4; 
if (i < 10) 

chCOD ■ i + 0x30; 

else 

ch COD = i + 0x37; 
i = (c & Ox OF ) ; 
if (i < 10) 

chClD - i + 0x30; 

else 

chClD = i + 0x37; 
c h C23 * 'NO'; 

> 

Skip(pmsg) /* ship blanks */ 
char *pmsg; 

{ 

int i; 

for < i » 0; *pmsg == ' '; i++» pmsg++>; 
return ( i ) ; 


Read_lnt<> /* Read a 16 bit Integer */ 

{ 

u_short ud# uh# ud 1 . uih 1 , j; 

char ii done. htx. dover. hover; 

for (done = FALSE; done ■« FALSE; ) { 

Read (Stcbuf COD. 80/ (tactual); 
i = Skip(fccbuf COD); 

for (hex * dover * hover * FALSE# u»d « uh * udl ■ uhl - 0; 

(j « Asc i i_To_Ch ar (cbufCiD)) O 15; i++) ( 

if (j > 9) 

hex = TRUE; 
ud = ud*10 + j; 
uh = uh*16 + j; 
if (ud < udl) 

dover = TRUE; 
if <wh < uhl) 

hover = TRUE; 
udl = ud; uhl * uh; 

> 

if (cbufCiD ■« 'H' ii cbufCiD ■■ 'h' ii cbufCiD ■■ CR ii 

cbufCiD « LF J! cbufCiD «« ' ' ) < 
if (cbufCiD *= 'H' Ii cbufCiD ==* 'h'> 
hex - TRUE; 

if <hex == TRUE (<S< hover == FALSE) 
done = TRUE; 

if (hex » FALSE && dover « FALSE) 
done =» TRUE; 
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if ( ‘done) < 

Write("\n This number is too b'ig.Nn It hat to be less than 65336. \n">, 

WriteCNn Enter number — > “>i 

> 

> 

else 

WriteC Illegal Character\n Enter a number — >")» 

> 

if (hex) 

return (wh ) i 
return(wd); 

> 

Int_To_Ascii (value, base* Id* ch. width) /* convert an integer to an ASCII string */ 
unsigned long value* 
u short base* width! 

char chCl. Id! 

< 

u_short i. jj 

for (i - 0! i < width! i++> < 
j « value y. base! 
if (j < 10) chm * j + 0x30! 
else chCiD » j + 0x37i 
value » value / base! 

> 

for (i - width - li chtil »« '0' && i > Oi i — ) 
chCil - Id! 
chCwidthl * '\0'i 

> 

Write_.Long_Int(dw* i) 
unsigned long dwi 
u_short i* 

u_short j* 

char chCllDi 

if (dhex) 

Int_To_Ascii(dw, 16. ' 8«cht03, 8)! 

else 

Int To Ascii(dw, 10. ' ', fcchCOD, 10) # 
for (j » Oi chC j3 !- '\0'> i— . j++) 
lineCi] - chCjli 

> 

Write_Short_Int(w. i) 
u short w* i» 

•C 

u_short ji 
char chC6]i 
unsigned long dwi 

dw « wi 
if (dhex) 

Int To_Ascii(dw. 16, 'O'* fcchCOl, 4>i 

else 
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Int_To AiciKdui. 10# 'O'# fcchCOl# 5); 

for <j - O) chEj3 !- '\0'; i — . j++) 

lined 3 - chCj3» 


Yes< > 

< 

char b; 

for ( ; ; ) f 

b m Read_Char < >» 
if ( (b — 'Y') II (b — 'y ' ) ) 
return (TRUE); 

if ((b -- 'N') ! I <b *■ 'n ' ) ) 
return (FALBE). 

WriteC Enter a Y or N — > " ); 

> 

> 

Read_Addr < pmsg# add. cnt) /* pmsg - pointer to the output message */ 
/* add - pointer to the address */ 

/* cnt - number of bytes in the address »/ 
char *pmsg# addC3« cnt# 

{ 

char i< ji 

for ( i i ) i 
Write< pmsg ); 

Read (fccbuf C03# 80. factual); 

for <j - skip (fccbuf C03 ) # i - Oi i < 2*cnt ; i++. j++) { 

if <<'0' <- cbuf C j3 ) &«< < cbuf C j 3 <- '9')) 
cbuf d3 » cbuf C j 3 - 'O'; 

else 

if (('A' <« cbuf C j 3 ) ttk < cbuf C j 3 <- 'F')> 
cbuf d3 ■ cbuf 1 j 3 - 0x37; 

else 

if (('a' <- cbuf C j 3 ) kt< (cbufCj3 <- 'f')) 
cbuf Ci3 = cbuf C j3 - 0x57# 

else { 

WriteC’ Illegal Character\n H ); 
break; 

> 

> 

if <i >= 2*cnt - 1) 
break ; 

> 

for (i * 0; i <= cnt - 1; i++> 

addC < cnt - 1> - i] ■ cbuf£2*i3 « 4 ! cbufC2*i + 13; 


iWrite_Addr<padd# cnt) 

char paddCD. cnt; 

< 

unsigned char i, cC33; 
for < ; cnt >0 # cnt--) < 
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i « paddCcnt-lDi 
Char_To_Ascii(i. IccC03>j 
Write(8ccC03>; 

> 

cC03 = '\n'i 
c C 1 3 - '\0'i 
Wri te(8cc£03 ); 


Recv_Data_l(pfd> /* Receives the. frame from the B02. 2 modulo */ 


struct FD 

< 

struct FRAME.8TRUCT 

struct TBD 

struct RBD 

char 

int 


*pfd; 

*prfs. #ptfs» 

*p tbd» *begin_ptbd» *qi 

*prbd; 

eprbuf i 

cnt; 


prbd * ( struct RBD *) Build_Ptr ( pf d->rbd_of f sat); 

prfs » (struct FRAME.STRUCT *) Build_Ptr(prbd->buf f__ptr>; 

switch < prf s->cmd 8. * V P_F_BIT) -C 
case UI: 

if <monitor__f lag ) 

break > /* Don't put data in fifo unless in terminal mode */ 

prbuf * (char *) prfsj 

prbuf +“ 3 1 /+ skip over the header info and point to the data */ 
cnt ■ 3i 

pf d-Mength — 3; 

far prbd !- pNULL; cnt « 0. prbuf - (char *> prbd->buf f_.ptr ) { 
for ( ; cnt < ( prbd->act_cnt 8c 0x03FFF) 8c8< pfd->length > 0. 

cnt++. prbuf++i pfd->length — > < 
wh i le(r_buf_stat *»“ FULL); 

Fifo_R_In(*prbuf >i 
> ~ 

prbd ■ Build.Ptr (prbd->link ); 

#if def DEBUG 

if (pfd->length =* 0 8.8c prbd !* pNULL) 

Fatal ("Uap: Recv_Data_l ( p f d ) ">; 

#endif /* DEBUG */ 

> 

break; 

case XID 

while ( (ptbd « Get Tbd()> == pNULL) i 
ptbd->act__cnt « EOFBIT ! XID_LENOTH; 

bcopu ((char *> ptbd->buf f _ptr. 8.x id_frameC03* XID_LENGTH); 
ptfs = (struct FRAME .STRUCT *> ptbd->buf f_ptr; 
ptfs->cmd ■ prfs->cmd< 

ptfs->dsap * prfs->ssap I C_R_BIT; /* return the frame 

to the sender */ 

ptfs->ssap * ssap; 

while! ! Send .Frame (ptbd, Bui 1 d.Ptr ( pf d->src_addr ) ) >; 
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break; 

case TEST: 

for (prbd • (struct RBD *) Bu i 1 d_Ptr ( p f d->rbd__of f set ) • 
q « begin_ptbd » pNULL; prhd !■ pNULL; 

prbd - Bui ld_Ptr ( prbd->l ink ) > < 
while ( (ptbd - Qet_Tbd<>> -» pNULL); 
if (q !- pNULL) 

q->l ink - Off set < ptbd ) ; 

else 

begin_ptbd ■ ptbd; 
ptbd->act_cnt * prb d->ac t_cnt; 

bcopy ( (char *) ptbd->buf f _ptr# (char *) prbd->buf f„ptr» 

ptbd->act_cnt & 0x3FFF); 

q ■ ptbd; 

> 

ptfs » (struct FRAME_STRUCT *) beg in_p tbd->buf f _p tr ; 
ptfs->cmd ■ prfs->cmd; 

ptfs->dsap « prfs->ssap ! C_R_BIT; /# return the frame to 

the sender */ 

ptfs->ssap ■ ssap; 

wh i le( !Send_Frame( beg in_ptbdi Bui 1 d_Ptr < pf d->src_addr ) > ) » 

break; 

> 

Put Free RFA(pfd); /* return the frame */ 

> 


Fifo T Out() /* called by main program «7 

< 

char c; 

c » f if o_t[out_f ifo_t++3; 

Disable_Uart_Int( >; 

if (out_fifo_t ■■ in_fifo_t> /* if the fifo is empty */ 

t_buf_stat =* EMPTY; /* stop filling Transmit Buffer Descriptors */ 
else ” /# if the fifo was full and is now draining */ 

if (t_buf_stat •=» FULL kb out_fifo_t - 80 ■« in_fifo_t> < /* turn on 

the spigot */ 

RTS_0NB; 

t buf stat » INUSE; 

> 

Enable_Uart_Int( ); 
return ( c > ; 


Fif o_T_In(c ) /* called by Uart receive interrupt */ 

char c; 

< 

fifo tCin fifo_t++3 = c; 
if ( t_buf _stat « EMPTY) 
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t_buf_stat * INUSE) /* start filling Transmit Buffar Descriptor */ 

•Isa /* if thara are only 20 locations left* turn off tha spigot */ 

if <t buf stat -■ INUSE 8c8( in_fifo_t «■ 20 *« out_fifo_t> < 

RTSjOFFB) 

t_buf_stat • FULL) 


Fifo_R_Out<) /* called by transmit interrupt */ 
char ci 

c = f if o_rtout_f if o_r+-*-3j 

if <out_fifo_r «* in fifo r) /* if tha fifo is empty */ 
r_buf_stat - EMPTY) 

•Isa /• if tha fifo was full and is now draining «/ 

if <r_buf_stat — FULL fc* out_fifo_r - 81 «« in_fifo_r> 
r_buf_stat - INUSE) 
returnic )# 

> 

Fifo_R_In<c> /* called by RacvJData_l < ) */ 
char o 

{ 

fifo rtin_f ifo_r++3 " o 

Disable Uart_IntO) 

if (r buf stat — EMPTY) < 

U AR T_T X _E I _B ) 

Co <0) # /» prime tha interrupt */ 

r buf_stat - INUSE) 

> 

•Isa /* if tha buffar is full> indicate it */ 

if (r_buf_stat — INUSE && in_fifo_r -« out_fifo_r) 
r_buf_stat - FULL) 

Enable JUart Into# 

> 

Isr_Uart< ) 

•c 

int stat# 

char o 

outb(CH_B_CTL, 2)) /* point to RR2 in 8274 •/ 

switch < inb (CH_B_CTL) It OxlCK /* road 8274 interrupt vector and service it */ 
case UART_TX_B: 

if <r_buf_stat — EMPTY) i 

UART_TXJDI B) /* if fifo is empty disable transmitter */ 

RESET TX INT) 

> 

else 

outb (CH_B JDAT * Fif o_R_Qut ( ) ) i 
break) 
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cm UART_RECVJERR_B: 

outb (CH B_CTL, l)i /* point to RR1 in 8274 #/ 

■tat - Tnb ( CH_B_CTL ) j 
outb <CH_B_CTL» 0*30 >; 
if < *tat & 0*0010) 

Write< "NnParity Error DetectedNn" ); 
if ( »tat <c 0*0020) 

Write( "XnOvirrun Error DetectedNn" ); 
if (stat fc 0x0040) 

Write< “\nFraming Error DetectedNn" ); 
break; 

case UART_RECV_B: 

c * inb<CH_B_DAT); 
if (ha stat ■■ TRUE) < 

hs_stat - FALSE; /•* Flafl to terminate High Speed Transmit mode */ 

break; 

> 

if <local_echo) 

Co(c); /* echo the char back to the terminal; could cause 

a transmit overrun if Tx interrupt is enabled */ 

if <c — CTL jC ) 

tmstat - FALSE; 

else 

Fifo_T_In(c ); 
break; 

case EXT_STAT_INT_B: 

outb <CH_B__CTLi 0x10); /* reset external status interrupts */ 

break; 

case EXT_STAT_INT_A: 

outb ( CH_A_CTL* 0x10); 
break; 


default: 

; 

> 

EDI 80130 8274; 
E0I_B274; 


Isr2( ) 

< 

send flag * TRUE; 
outb (OxEA* 125); 

outb (OxEA» 0x00); /* Timer 1 interrupts every . 125 sec */ 
outb (OxEO< 0x62); /* EOI 80130 */ 
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LoadJLsap ( ) 

< 

int Recv_Data_l ( ) ; 
for ( ; ; ) < 

Read_Addr < M \n\nEnter this Station's LSAP in Hax — > "# fcssap, 1); 
if (?AddJDsap_Address(ssap, Recv__Data_l > ) < 

Write ("NnNnErr or: LSAP Address must be ona of tha fol lowing: \n" >; 
Write< “\n 20H, 40H, 60H, BOH, AOH, COH, EOH Nn"); 

> 

alsa break; 

> 

> 

Load _Multicast< > 


for < ; ; ) -C 

Raad Addr < "NnEnter tha Multicast Address in Hax — >"# 

W1ulti_AddrC0J, ADD_LEN ) ; 

if < <Multi_AddrC01 * OxOi) -» 0> 

Wr i ta ( "NnSorry* tha LSB of tha Multicast Address must ba l\n"); 
alsa -C if < ! Add _Multicast_Address<&Multi_AddrC03 > ) < 

Writei "\n\nSorry, Multicast Address Table is full!\n")j 
break; 

> 

alsa ( 

Wr i ta ( "\n\n Would you like to add anothar Multicast Address?”); 
Writa(” < Y or N) ”); 

if < ! Yes< ) ) 
break; 

> 

> 

> 

> 

Remove_Mult least ( > 

< 


for ( ; ; > < 

Raad Addr < "NnEntar tha Multicast Address that you want to delete in Hax — >", 

&Multi_AddrC03, ADDJ-EN) ; 

if <<Multi_AddrC03 Sc 0x01) -■ 0) 

Write< "NnSorry# tha LSB of the Multicast Address must ba l\n">; 
alsa < if < !Delete_Multicast_Addrass<ScMulti_AddrC03) ) < 

Write* "\n\nSorry, that Multicast Address doesn't exist!\n">; 
break; 

> 

else < 

Wr ita ( " \n\nWou Id you Ilka to delate another Multicast Address?"); 
Writer* < Y or N> — > "); 
if ( !Yes< ) ) 
break; 

> 
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Print_Addresses( ) 

< 

• truct MAT *pmat; 
int stat; 

WriteC'Nn This Stations Host Address is: "); 

Wr i te_Addr (fcwhoami COD. ADDJLEN); 

Write ( "\n The Address of the Destination Node is. " > * 

Wr i te_Addr (8cDest_AddrC03# ADD_LEN)i 
WriteT"\n This Stations LSAP Address is: ”); 

Write_Addr (Scssap. i); 

Write( "\n The Address of the Destination LSAP is: "); 
Write_Addr<fcdsap. 1); 
stat - FALSE i 

for (pmat = &matC03; pmat <*■ 8<matCMULTI_ADDR_CNT - 13i pmat++) 
if (p«at->stat -- INUSE ) < 
stat - TRUE* 
break* 

> 

if (stat) < 

WriteC'Nn The following Multicast Addresses are enabled: ”); 
for (pmat « &matC03; pmat <■ &mat[MULTI_ADDR_CNT - 13; pmat++) 
if (pmat->stat -« INUSE) -C 

Wr i te_Ad dr ( &pmat->ad dr CO 3 » ADD_LEN ) ; 

WriteT" 

> 

> 

else 

WriteC'Nn There are no Multicast Addresses enab 1 ed. \n" ) ; 


Ini t_DataLink ( ) 

< 

int stat; 

if ((stat = InitJ-lcO) -- PASSED) 

Write( ''\n\nPassed Diagnostic Self TestsNnNnNn" )» 

else 

if (stat == FAILED_DIACNOSE ) 

Write( "NnNnFailed: Self Test Diagnose Command\n")i 

else 

if (stat -- FA I LED_LPBK_I NTERNAL ) 

Wri te ( " NnNnFailed : Internal Loopback Self TestNn"); 

else 

if (stat — FAILED JLPBKJEXTERNAL) 

Wr \ te ( "NnNnFai led : External Loopback Self TestNn"); 

else 

if (stat == FAILED JLPBK__TRANSCE I VER ) 

Write ( "NnNnFailed: External Loopback Through Transceiver Self TestNn"); 

> 

Init_Uap ( ) 


outb (OxEO. 0x31); /einitalixe 80130 pic - ICW1 */ 
outb (0xE2> 0x20); /* ICW2 */ 
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outb (0xE2, 

0x10); 

/* 

ICW3 

*/ 

outb (0xE2, 

OxOD) ; 

/* 

ICW4 

*/ 

outb <0xE2, 

0x10); 

/* 

ICW6 

*/ 

outb (0xE2, 

OxFF) ; 

/# 

mask 

all interrupts */ 


outw (0xFF20, 0x0020) ; /* set 80186 victor base */ 


/« Initialize the B0130 timer* for Terminal Mode #/ 

outb (OxEE. 0x34) ; 
outb <0xE8, OxBB) ; 

outb (OxEB, OxOB) ; /* BYBTICK set for 1 msec */ 
outb (OxEE. 0x70) i 
outb (OxEA, 125), 

outb(OxEA, 0x00) » /* Timer 1 interrupt* every . 125 sec */ 

/* Initialize the 8274 */ 

outb (CH_B_CTL, 0x10)1 outb <CH_B_CTL, 0x2B); outb ( CH_B_CTL, 0x30); 
outb <CH_A_CTL» 0x38); 

outb (CH B CTL, 2>; outb (CH_B_CTL, wrbI23 ■ 0x14); 

outb <CH_B_CTL# 1); outb <CH_B_CTL, wrbCll - 0x15); 

outb <CHJB_CTL, 3); outb <CH_B_CTL, wrbC53 - OxEA); 

Wr ite< "\n\n\n\n\n\n\n\n\n\n\n\n"); 

Wr i t e < " ***#**#****»#*******-***#**##************#*************\n " ) 

Write<" * 82586 IEEE B02. 2/802. 3 Compatible Data Link Driver *\n") 

Wr i t e < " ****e*#******»*****#**************************#*******\n " ) 

Write < "\n\n\n\n\n\n\n") ; 


Init JDataLink ( ); 

dhex - FALSE; 
monitor_flag = TRUE; 


Read_Addr ( ”\n\nEnter the Address 
Load_Lsap ( ); 


of the Destination Node in Hex — > ", 

8<Dest_AddrL03, ADD_LEN); 


Read_Addr < "\n\nEnter the Destination Node'* LSAP in Hex — > ", fcdsap, 1); 


Wr i te < "\n\nDo you want to Load any Multicast Addresses? (Y or N) — >"); 


if (YesO) 

Load_Mul t icast < ); 


Pr int_Addresses< ); 

> 


Terminal_Mode< ) 

C 

int frame_cnt# buf_cnt; 

struct TBD *ptbd, *q, *begin_ptbd; 

char *pbuf, c; 

WriteC'Nn Would you like the local echo on? <Y or N) — >"); 
if(YesO) 
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local_echo ■ TRUE; 

else 

local_Bcho = FALSE. 

Write("\n This program will now enter the terminal mode.\n\n">; 
Writ#("\n Press ~C then CR to return back to the menu\n\n")i 


/* Initialize Fifo variables */ 


out_fifo t = in fifo_t » out fifo_r = in_fifo_r = 0 ; 
t_buf_stat - EMPTY; r_buf_stat - EMPTY; 


EOI_0O13O_0274; 

Enab le_Uart_Int ( )i 
Enab le_T imer_Int ( ) ; 
monitor_flag » FALSE; 
tmstat * TRUE; 
while (tmstat) -C 


for <frame_cnt *» 0; frame_cnt < MAX_FRAME_S1 ZE; q = ptbd) < 


while ((ptbd » Get_TbdO) «■ pNULL); /* get a xmit buffer from the 

data link */ 

pbuf » (char *) ptbd->buf f_ptr; f* point to the buffer #/ 
buf_cnt * 0; 

if (frame_cnt ■» 0) < /* if this is the first buffer, add on IEEE 802.2 
header information */ 

begin_ptbd ** ptbd; 

*pbuf++ = dsap; 

*pbuf++ ■ ssap; 

*pbuf++ ■ Ul; 
buf_cnt ■ 3; 

> 

else q->l ink * Of fset(ptbd ); /* if this isn't the first buffer 
link the previous buffer with the new one */ 

/* fill up a data link xmit buffer from async transmit fifo */ 
for ( ; buf _cnt < TBUF_S1ZE frame_cnt < MAX_FRAME_SI ZE; 

buf_cnt+-*'» pbuf++. f rame^cnt++) < 
if (fram»_cnt != 0 && send_flag) 
break; 


> 


while <t_buf_stat == EMPTY); /* wait until fifo has data */ 
if ((c * *pbuf «■ Fi f o_T_Out ( > > *=» CR ) < 

++buf_cnt ; ++pbufs ++frame_cnt; 
break ; 

> 

> 

if (c == CR buf _cnt < TBUF_SIZE !! send_flag) < /* last buffer in list */ 
ptbd->act_cnt - buf_cnt l EOFBIT; 
send_flag =* FALSE; 
break; 

> 

> 

wh i le ( ! Send_Frame < beg in_p tbd » &Dest_Addr [03 ) ); /* keep trying until 

successful */ 
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Disable_Uart_Int ( >» 
Disable_Timer_Int( >) 
monitor_flag = TRUE; 


struct TBD 
u _short 

< 

u_Short 

struct 

char 


♦Bui ld_Frame ( cnt ) 
cnti 


buf_cnt« frame_cnt. is 
TBD aptbd. ♦q. *begin _ptbdf 

♦pbuf i 


i * 0x20) frame_cnt = 0) 
for < ; ) q - ptbd> < . 

while ( (ptbd » Get_Tbd(>> »* pNULL) ) /♦ gat a xmit buffar from tha 

data link */ 

pbuf = (char ♦) ptbd->buf f _j»tr* /♦ point to the buffer */ 
buf_cnt = 0) 

if (frame_cnt *■» 0) < /* if this is the first buffer, add on IEEE 802. 2 
header information ♦/ 

begin_ptbd * ptbd) 

♦pbuf++ * dsap) 

♦pbuf++ ■ ssap) 

♦pbuf++ ** UI) 
buf_cnt *» 3) 

> 

else q->link = Of f set (ptbd ); /* if this isn't the first buffer 
link tha previous buffer with the new one ♦/ 

/♦ fill up a data link xmit buffer with ASCII characters ♦/ 
for () buf_cnt < TBUF_SIZE 8<8< cnt > 0) 

i++, buf_cnt++> pbuf++, cnt — . frame_cnt++> < 

♦pbuf = i< 
if (i > 0x7E) 
i = Ox IF) 

> 

if < cn t -« 0) < /♦ last buffer in list ♦/ 
ptbd->act_cnt * buf_cnt ! EOFBIT. 
break) 

> 

> 

return (beg in_p tb d ) > 


Monitor Jiode ( ) 

•C 

u_short xmit, cnt, i* 

struct TBD eBu i 1 d_Frame ( > . ♦ptbd) 

WriteC Do you want this station to transmit? <Y or N) — > “ ) » 
if (YesO) 
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for ( xmi t - FALSE) xmit =« FALSE) ) -C 

WriteCNn Enter the number of data bytes in the frame — > ")> 
cnt ■ Read_Int ( )> 
if (cnt > 2045) 

Write ("\n Sorry, tha number has to be less than 2046!\n"). 

else 

xmi t - TRUE) 

> 

else xmit ■ FALSE) 

WriteC'Sn Hit any hey to exit Monitor Mode. \n\n")i 

WriteC # of Good # Df Good CRC Alignment No Receiv»\n")i 

WritaC Frames Frames Errors Errors Resource Ov«rrun\n")i 

WriteC Transmitted Received Errors Error6Nn")i 

/* "0 1234567B90 12345678901 234367090 1234567B90 1234367890 12343678901 234 367B90 1 234567B 
xxxxxxxxxx xxxxxxxxxx xxxx xxxx xxxx xxxx 

xxxxxxxx xxxxxxxx 

11 25 33 44 57 71 */ 

for (i - 0) i < 79) i++) 
lineCil « 0x20) 

1 ine[793 » CR) 
lineCBO! » '\0'i 

while ( ( inb (CH B CTL) * 1) =- 0) < 
for <i » Oj i < 72) i++) 
lined! = 0x20) 

Write_Lonfl_Int(flood__xmit_cnt. 11)> 

Wr ite_Long_Int ( recv_.fr ame_cnt. 25) i 
WriteZshort_Int<scb. crc_errs. 33)i 
Wr ite_8hort__Int( scb. #ln_errs. 44)i 
Wr ite_Short_Int (scb. rsc_errs. 37)i 
Wr ite_Short_Int ( scb. ovr_errs* 71). 

WriteTblineCO!)) 
if (xmit) < 

ptbd ■ Build_Frame(cnt ) j 

uih i le< !Send_Frame< p tbd. M)est_AddrC0! > >) 

> 

> 

i « CiO) 


HsJ<mit_Mode( ) 

< 

struct TBD *ptbd) 

WriteCNn Hit any key to exit High Speed Transmit Mode. \n\n" ) i 

hs stat * TRUE) 

EOT_80130_B274i 

Enable_Uart_Int( >) • 

/* Execute this loop until a recv char interrupt happends at Uart */ 
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while (hs stat) < 

while ( (ptbd - Get_TbdO> — pNULL)» /* gat a xmit buffer from 

the data link «/ 

ptbd->ac t cnt i» EOFBITi /# «at tha End Of Frame bit */ 

while< !Send_Frame(ptbd. M)est_Addr C03 ) ) > /* Sand Frama */ 

> 

ST i sabla_Uart_Int( )i 


Print_Cnt<> 

< 

char chCUD. basa> dwidth. width, i j 
unsigned long tempi 

: < dhex ) < 

dwidth - 0; 
width = Ai 
base ** 16i 

> 

else < 

base » 10i 

Huiidth • IOj 
width - 5: 

> 

Writa("\n\n Good frames transmitted- ” > » 
for (i ■ li i O 11 - dwidthi i++> 

Int To Asc i i < good_xmi t_cnt» base. ' '. fcchCOl. dwidthii 
jo- 'i » dwidth - li i >» Oi i — ) 

ColchLiJi. 

WriteC Good frames received: ">i 
for <i - li i <- 15 - dwidthi i^-»' 

Co (SP ) i 

Int_To_Ascii <recv_frame_cnt. base. ' '. fcchCOJ. uwidth)> 

*or (i a duiidth - li i >■ Oi i — > N 

.Tutchri]), 

Write<"\n\n CnC ■''•tots received: “). 
for (i * 1. i <= 15 - widths i++) 

Co ( SP ) j 

temp " scb. crc_errsi 

Int To_Asc i i ( temp. base. ' ScchCOl. widthli 
♦or <i - width - li i >« Oi i — ) 

:;^hriD)i 

Writer* Alignment errors received: ">; 

for <i ■ li i <- 10 - u»i d *h i i++) 

C o < SP ) i 

temp - scb. aln_errsi 

• Int_To_Asc i i t temp. base. ' ' CcchlOl. width)! 
for (i * width - 1: i Oi i — ) 

Co ( ch r ; j > , 

■ ii*»i"\n\n Out of Resource frames: ">j 
for <i ■ li i <■ 12 - widthi i++) 

C o ( SP ) i 

temp « scb. rsc_errsj 

Int_To_Asc i i (temp, base- ' '. *chC03. width)i 
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for Ci « width - It i >- Oj i — ) 

Co(chCi3); 

WriteC Receiver overrun frame*- 
for (i - If i <= 12 - ±++> 

Co < SP ) i 

temc* •- «j cl*. ovr__errs: 

x.nt_To_Asc i i < temp# base# ' '• &chC03» width): 
for <i ■ width - 1: i >=■ 0: i — ) 

Co ( chC i 3 ) i 

Writa<"\n\n 82566 Reset: 

for (i - 1: i <= 20 utidchi i++> 

Cc (SP ) : 

t emp - reset_cntj 

Int_To_Asc i i < tamp. base. ' 8»chC03. width); 

for (i = width - 1: i >= 0# i — > 

Co ( chC i 3 ); 

WriteC Transmit underrun frames: "): 
for (i u ); i s.» 11 - width# i++) 

Co < SP ) ; 

tamp « ondarrun_cnt: 

Int_To_Asc i i < tamp # base* ' '# &chC03» width?; 
for (i“- width - 1: i >=* 0# i — ' 

Co ( ch C i 3 > > 

Write<"\n\n Lost CRS: "): 

for ;i * li i <=« 26 - width* i++) 

Co(SP); 

temp «* no_crs__cnt: 

Int_To_Asc i i (tamp# base. ' '# &chC03* width); 
for (i » width - 1# i >■* 0‘ * — > 

Co ( c h [ i 3 ) ; 

Writes" SQE errors: ">; 

ror (i = 1; i O 25 - width; i++) 

Co(SP); 

tamp « sqe_err_cnt; 

Int_To_Asc i i < temp# base# ' '# *ch[03# width); 
for (i =* width - 1; i 5= 0; i — ) 

Co ( ch t i 3 ) ; 

Wr x te ( "\n\n Maximum retry: ">; 
for (i * 1; i <= 21 - width; i++) 

Co(SP); 

tamp = max_col_cnt; 

Int_To_Asc x i ( temp* base. ' '* 8<chC03* width); 
for <i = width - 1; i >* 0; i — ) 

Co < c h C i 3 ) ; 

WriteC Frames that deferred: "); 
for (i * 1; i <* 15 - dwidth; i++) 

Co(SP); 

Int_To_Asc i i < daf ar_cnt* base# ' '* &chC03# dwidth); 
for <i = dwidth - 1; i > s 0; i — > 

Co < ch C i 3 ) . 


Print HelpO 
{ 

Write <"\n\n Commands are:\ri\n">; 

Write <" T - Terminal Mode M - Monitor Mode\n" ): 
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V - Change Transmit StatisticsVn" >i 
C - Clear All CountersNn" > i 
Z - Delete a Multicast Address\n" >i 
D - Change the DSAP Address\n" >i 
L - Print All Addresses\n" > < 

B - Change the number Base\n")i 


Main ( ) 

< 

int cj 

Init_Uap ( ); 

Pr int_Help ( > t 


Write <" X - High Speed Transmit Mode 
Write <" P - Print All Counters 
Write (" A - Add a Multicast Address 
Write <" S - Change the SSAP Address 
Write <" N - Change Destination Node Address 
Write (" R - Re-Initial i ze the Data Link 


for < » i ) < 

Write < "\n\n Enter a command, type H for Help — > ">i 

c * Read_ChaT< )j 

switch (Louier_Case< c ) ) < 


case 'h': 

Pr int_Help < >i 
breaki 
case 'm': 

Moni tor_Mode < )• 
breaki 
case 't': 

Terminal_Mode < )* 
breaki 
case 'x': 

Hs Xmit_Mode()i 
breaki 
case 'v': 

Write("\n Transmit Statistics are now ">i 
if < flags, station ** 1) 

Write< "on. \n Would you like to change it ? <Y or N) — > ")i 

else 

Write< "of f. \n Would you like to change it ? <Y or N) — > ">i ! 
if (YesO) < 

if (flags. stat_on ■■ l) 
flogs. stat_on » Oi 
else flags. stat_on = li 

> 

breaki 
case 'p ' : 

Pr int_Cnt ( ) i 
breaki 
case 'c ' : 

Clear_Cnt< )i 
break i 
case 'a': 

Load_Mul t i cast < >i 
breaki 
case 'z': 

Remove_Multicast< >1 
break; 
case 's': 
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name 

c_assy_ 

< suy>ort 



stack 

segment 

stack 'stack' 



stk top 

label 

word 



stack 

ends 




DLD DATA 

segment 

public 'DATA' 


extrn 

SEOMT : 

word 

i data segment address 


DLD_DATA 

ends 



UAP DATA 

segment public 

'DATA' 


UAP_DATA 

ends 



DLD_CQDE 

segment public 

'CODE' 



extrn 

Isr Timeout : f ar, Isr 586 : far. Isr7 : far 



extrn 

Isr6_: far. Isr5_:far. Isrl_: far 


DLD_CODE 


ends 



UAP _C ODE 


segment public 

'CODE' 



extrn 

Isr Uart : far. 

Isr2 : far, Main_: far 


UAP _C ODE 


ends 



DQ_CODE 


segment public 

'CODE' 



pub lie 

inw_, outw . init_intv_. enable_. disable_. Build. _Ptr_ 



pub lie 

Offset_, begin 

inb_» outb_ 


arg 1 

equ 

CBP + 63 



arg2 

equ 

EBP + 83 




assume 

CS: DG_CODE 




assume 

DS: DLD_DATA 



; + 

initialization program 

for the 82586 data link driver 


begin. 

st i 





mov 

ax. DLD DATA ; get base of dgroup and 



mov 

SEOMT _. ax 

> pass the segment value to the c program 



mov 

ds. ax 




call Main_ 

i go to the c program 



hit 




inb_ 

proc 

far 




push 

BP 




mov 

BP. SP 




push 

DX 




mov 

DX, ar g 1 




in 

AL. DX 




pop 

DX 




mov 

SP. BP 
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pop 

BP 

rot 

inb_ ondp 

outb_ proc 

far 

push 

BP 

fflOV 

BP, SP 

push 

DX 

push 

AX 

mov 

DX, argl 

(1IOV 

AX, arg2 

out 

DX, AL 

pop 

AX 

pop 

DX 

mov 

SP, BP 

pop 

BP 

rot 

outb_ ondp 


\ 

inui_ proc 

far 

push 

BP 

mov 

BP, SP' 

push 

DX 

mov 

DX, argl 

in 

AX, DX 

pop 

DX 

mov 

SP, BP 

pop 

BP 

ret 

inui_ ondp 

outw_ proc 

far 

push 

BP 

mov 

BP# SP 

push 

DX 

push 

AX 

mov 

DX, argl 

mov 

AX# arg2 

out 

DX. AX 

pop 

AX 

pop 

DX 

mov 

SP, BP 

pop 

BP 

rot 

outw_ ondp 

Bui 1 d_Ptr_ 

proc far 

push 

BP 

mov 

BP. SP 

mov 

DX, DLD DATA 

mov 

AX# argl 

mov 

SP, BP 

pop 

BP 

ret 

Build_Ptr_ 

ondp 

Offset., proc 

far 
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Offset 

serve. 


serve. 

serve. 


push 

BP 

mov 

BP, SP 

mov 

AX, argl 

mov 

SP, BP 

pop 

ret 

BP 

_ endp 


int_isr 

proc far 

push 

AX 

push 

BX 

push 

CX 

push 

DX 

push 

SI 

push 

DI 

push 

DS 

push 

ES 

mov 

AX, DLD_DATA 

mov 

DS. AX 

mov 

ES. AX 

call 

I sr_586_ 

pop 

ES 

pop 

DS 

pop 

DI 

pop 

SI 

pop 

DX 

pop 

CX 

pop 

BX 

pop 

iret 

AX 

,int_isr 

endp 

,int_8274 

proc far 

push 

AX 

push 

BX 

push 

CX 

push 

DX 

push 

SI 

push 

DI 

push 

DS 

push 

ES 

mov 

AX. UAPJDATA 

mov 

DS, AX 

mov 

ES, AX 

call 

Isr_Uart_ 

pop 

ES 

pop 

DS 

pop 

DI 

pop 

SI 

pop 

DX 
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irat 



sarva_int7_i sr 

•ndp 


s»rv« int6 isr 

proc far 


push 

AX 


push 

BX 


push 

CX 


push 

DX 


push 

SI 


push 

D1 


push 

DS 


push 

ES 


mov 

AX, DLD DATA 


mov 

DS, AX 


mov 

ES, AX 


call 

lsr6_ 


pop 

ES 


pop 

DS 


pop 

DI 


pop 

SI 


pop 

DX 


pop 

CX 


pop 

BX 


pop 

AX 


iret 

serve_int6_isr 

tndp 


i«rv»_intS_isr 

proc far 


push 

AX 


push 

BX 


push 

CX 


push 

DX 


push 

SI 


push 

DI 


push 

DS 


push 

ES 


mov 

AX. DLD DATA 


mov 

DS, AX 


mov 

ES, AX 


call 

Isr5_ 


pop 

ES 


pop 

DS 


pop 

DI 


pop 

SI 


pop 

DX 


pop 

CX 


pop 

BX 


pop 

AX 


iret 

sirvi int5 isr 

endp 
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/PCO/USR/CHUCK/CSRC/ASSY. ASM 


sarva_int2_isr 

proc far 


push 

AX 


push 

BX 


push 

CX 


push 

DX 


push 

SI 


push 

DI 


push 

DS 


push 

ES 


mov 

AX, UAP DATA 


mov 

DS, AX 


mov 

ES, AX 


call 

Isr2_ 


pop 

ES 


pop 

DS 


pop 

Dl 


pop 

SI 


pop 

DX 


pop 

CX 


pop 

BX 


pop 

AX 


iTtt 

sarva_int2_isr 

andp 


sarva_intl isr 

proc far 


push 

AX 


push 

BX 


push 

CX 


push 

DX 


push 

SI 


push 

DI 


push 

DS 


push 

ES 


mov 

AX, DLD DATA 


mov 

DS, AX 


mov 

ES, AX 


call 

I sr 1_ 


pop 

ES 


pop 

DS 


pop 

DI 


pop 

SI 


pop 

DX 


pop 

CX 


pop 

BX 


pop 

AX 


irat 

serve_int l_i sr 

endp 


enable_ proc 

far 


Stl 
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/PCD/USR/CHUCK/CSRC/ASSY. ASM 




ret 






enable, endp 






disable 

proc 

far 




cli 






ret 






disable. 

endp 





init.intv. 

proc 

far 




push 

DS 





push 

AX 





xor 

AX. AX 





mov 

DS, AX 





| i Interrupt types for the 186/51 COMMputer 



mov 

DS: word 

ptr 

BOh, offset serve int 8274 j int 

0 


mov 

DS: word 

ptr 

82h, DQ CODE 



mov 

DS: word 

ptr 

84h , offset serve_intl_isr ; int 

1 


mov 

DS: word 

ptr 

B6h» DQ.CODE 



mov 

DS: word 

ptr 

8Bh , offset serve int2 isr j int 

2 


mov 

DS: word 

ptr 

BAh i DQ.CQDE 



mov 

DS: word 

ptr 

BCh, offset serve.int.i sr j int 

3 


mov 

DS: word 

ptr 

BEh, DQ CODE 



mov 

DS: word 

ptr 

90h, offset serve int timeout i int 

4 


mov 

DS: word 

ptr 

92h, DQ.CODE 



mov 

DS: word 

ptr 

94h» offset serve int5 isr > int 

5 


mov 

DS: word 

ptr 

96h , DQ CODE 



mov 

DS: word 

ptr 

98h, offset serve int6 isr i int 

6 


mov 

DS: word 

ptr 

9Ah, DQ CODE 



mov 

DS: word 

ptr 

9Ch, offset serve int7 isr > int 

7 


mov 

DS: word 

ptr 

9Eh, DQ.CODE 



pop 

AX 





pop 

DS 





ret 






init.intv. 

endp 





DO CODE ends 







end 


be^in, ds: dld.data, ss: stack : stb top 
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1.0 INTRODUCTION 

Personal computers have become the most prolific 
workstation in the office, serving a wide range of needs 
such as word processing, spreadsheets, and data bases. 
The need to interconnect PCs in a local environment 
has clearly emerged, for purposes such as the sharing of 
file, print, and communication servers; downline load- 
ing of files and application programs; electronic mail; 
etc. Proliferation of the PC makes it the workstation of 
choice for accessing the corporate mainframe/s; this 
function can be performed much more efficiently and 
economically when clusters of PCs are already inter- 
connected through Local Area Networks (LANs). Ac- 
cording to market surveys, the installed base of PCs in 
business environments reached about 10 million units 
year-end ’85, with only a small fraction connected via 
LANs. The installed base is expected to double by 
1990. There is clearly a great need for locally intercon- 
necting these machines; furthermore, end users expect 
interconnectability across vendors. Thus, there is an ur- 
gent need for industry standards to promote cost effec- 
tive PC LANs. 

A large number of proprietary PC LANs have become 
available for the office environment over the past sever- 
al years. Many of these suffer from high installed cost, 
technical deficiencies, non-conformance to industry 
standards, and general lack of industry backing. Star- 
LAN, in Intel’s opinion, is one of the few networks 
which will emerge as a standard. It utilizes a proven 
network access method, it is implemented with proven 
VLSI components; it is cost effective, easily* installable 
and reconfigurable; it is technically competent; and it 
enjoys the backing of a large cross section of the indus- 
try which is collaborating to develop a standard (IEEE 
802.3, type 1BASE5). 


1.1 Star LAN 

StarLAN is a 1 Mb/s network based on the CSMA/ 
CD access method (Carrier Sense, Multiple Access 
with Collision Detection). It works over standard, 
unshielded, twisted pair telephone wiring. Typically, 
the wiring connects each desk to a wiring closet in a 
star topology (from which the IEEE Task Force work- 
ing on the standard derived the name StarLAN in 
1984). In fact, telephone and StarLAN wiring can coex- 
ist in the same twisted pair bundle connecting a desk to 
the wiring closet. Abundant quantities of unused phone 
wiring exist in most office environments, particularly in 
the U.S. The StarLAN concept of wiring and network- 
ing concepts was originated by AT&T Information Sys- 
tems. 


1.2 The 82588 

The 82588 is a single-chip LAN controller designed for 
CSMA/CD networks. It integrates in one chip all func- 


tions needed for such networks. Besides inplementing 
the standard CSMA/CD functions like framing, defer- 
ring, backing off and retrying on collisions, transmit- 
ting and receiving frames, it performs data encoding 
and decoding in Manshester or NRZI format, carrier 
sensing and collision detection, all up to a speed of 2 
Mb/s (independent of the chosen encoding scheme). 
These functions make it an optimum controller for a 
StarLAN node. The 82588 has a very conventional mi- 
crocomputer bus interface, easing the job of interfacing 
it to any processor. 


1.3 Organization of the Application 
Note 

This application note has two objectives. One is to de- 
scribe StarLAN in practical terms to prospective imple- 
menters. The other is to illustrate designing with 82588, 
particularly as related to StarLAN which is expected to 
emerge as its largest application area. 

Section 2 of this Application Note describes the Star- 
LAN network, its basic components, collision detec- 
tion, signal propagation and network parameters. Sec- 
tions 3 and 4 describe the 82588 LAN controller and its 
role in the StarLAN network. Section 5 goes into the 
details of designing a StarLAN node for the IBM PC. 
Section 6 describes the design of the HUB. Both these 
designs have been implemented and operated in an ac- 
tual StarLAN environment. Section 7 documents the 
software used to drive the 82588. It gives the actual 
procedures used to do operations like, configure, trans- 
mit and receive frames. It also shows how to use the 
DMA controller and interrupt controller in the IBM 
PC and goes into the details of doing I/O on the PC 
using DOS calls. Appendix A shows oscilloscope traces 
of the signals at various points in the network. Appen- 
dix B describes the multiple point extension (MPE) be- 
ing considered by IEEE. Appendixes C and D talk 
about advanced usages of the 82588; working with only 
one DMA channel, and measuring network delays with 
the 82588. 


1.4 References 

For additional information on the 82588, see the Intel 
Microcommunications Handbook. StarLAN specifica- 
tion are currently available in draft standard form 
through the IEEE 802.3 Working Group. 

2.0 StarLAN 

StarLAN is a low cost 1 Mb/s networking solution 
aimed at office automation applications. It uses a star 


1-82 



AP-236 



topology with the nodes connected in a point-to-point 
fashion to a central HUB. HUBs can be connected in a 
hierarchical fashion. Up to 5 levels are supported. The 
maximum distance between a node and the adjacent 
HUB or between two adjacent HUBs is 800 ft. (about 
250 meters) for 24 gauge wire and 600 ft. (about 200 
meters) for 26 gauge wire. Maximum node-to-node dis- 
tance with one HUB is 0.5 km, hence IEEE 802.3 des- 
ignation of type 1BASE5. 1 stands for 1 Mb/s and 
BASE for baseband. (StarLAN doesn’t preclude the use 
of more than 800 ft wiring provided 6.5 dB maximum 
attenuation is met, and cable propagation delay is no 
more than 4 bit times). 

One of the most attractive features of StarLAN is that 
it uses telephone grade twisted pair wire for the trans- 
mission medium. In fact, existing installed telephone 
wiring can also be used for StarLAN. Telephone wiring 
is very economical to buy and install. Although use of 
telephone wiring is an obvious advantage, for small 
clusters of nodes, it is possible to work around the use 
of building wiring. 

Factors contributing to low cost are: 

1) Use of telephone grade, unshielded, 24 or 26 gauge 
twisted pair wire transmission media. 

2) Installed base of redundant telephone wiring in most 
buildings. 

3) Buildings are designed for star topology wiring. 
They have conduits leading to a central location. 

4) Availability of low cost VLSI LAN controllers like 
the 82588 for low cost applications and the 82586 for 
high performance applications. 


5) Off-the-shelf, Low cost RS-422, RS-485 drivers/re- 
ceivers compatible with the StarLAN analog inter- 
face requirements. 

2.1 StarLAN Topology 

StarLAN, as the name suggests, uses a star topology. 
The nodes are at the extremities of a star and the cen- 
tral point is called a HUB. There can be more than one 
HUB in a network. The HUBs are connected in a hier- 
archical fashion resembling an inverted tree, as shown 
in Figure 1, where nodes are shown as PCs. The HUB 
at the base (at level 3) of the tree is called the Header 
Hub (HHUB) and others are called Intermediate HUBs 
(IHUB). It will become apparent, later in this section, 
that topologically, this entire network of nodes and 
HUBs is equivalent to one where all the nodes are con- 
nected to a single HUB. Also StarLAN doesn’t limit 
the number of nodes or HUBS at any given level. 

2.1.1 TELEPHONE NETWORK 

StarLAN is structured to run parallel to the telephone 
network in a building. The telephone network has, in 
fact, exactly the same star topology as StarLAN. Let us 
now examine how the telephone system is typically laid 
out in a building in the USA. Figure 2 shows how a 
typical building is wired for telephones. 24 gauge 
unshielded twisted pair wires emanate from a Wiring 
Closet. The wires are in bundles of 25 or 50 pairs. The 
bundle is called D inside wiring (DIW). The wires in 
these cables end up at modular telephone jacks in the 
wall. The telephone set is either connected directly to 
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the jack or through an extension cable. Each telephone 
generally needs one twisted pair for voice and another 
for auxilliary power. Thus, each modular jack has 2 
twisted pairs (4 wires) connected to it. A 25 pair DIW 
cable can thus be used for up to 12 telephone connec- 
tions. In most buildings, not all pairs in the bundle are 
used. Typically, a cable is used for only 4 to 8 telephone 
connections. This practice is followed by telephone 
companies because it is cheaper to install extra wires 
initially, rather than retrofitting to expand the existing 
number of connections. As a result, a lot of extra, un- 
used wiring exists in a building. The stretch of cable 
between the wiring closet and the telephone jack is typi- 
cally less than 800 ft. (250 meters). In the wiring closet 
the incoming wires from the telephones are routed to 
another wiring closet, a PABX or to the central office 
through an interconnect matrix. Thus, the wiring closet 
is a concentration point in the telephone network. 
There is also a redundancy of wires between the wiring 
closets. 


2.1.2 StarLAN AND THE TELEPHONE 
NETWORK 

StarLAN does not have to run on building wiring, but 
the fact that it can significantly adds to its attractive- 
ness. Figure 3 shows how StarLAN piggybacks on tele- 
phone wiring. Each node needs two twisted pair wires 
to connect to the HUB. The unused wires in the 25 pair 
DIW cables provide an electrical path to the wiring 
closet, where the HUB is located. Note that the tele- 
phone and StarLAN are electrically isolated. They only 
use the wires in the same bundle cable to connect to the 
wiring closet. Within the wiring closet, StarLAN wires 
connect to a HUB and telephone wires are routed to a 
different path. Similar cable sharing can occur in con- 
necting HUBs to one another. See Figure 4 for a typical 
office wired for StarLAN through telephone wiring. 



231422-3 


Figure 2. Telephone Wiring in a Building 
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’StarLAN and telephones share the same bundle, but are electrically isolated. 

’StarLAN uses the unused wires in existing bundles. 

Figure 3. Coexistence of Telephone and StarLAN 
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Figure 4. A Typical Office Using Telephone Wiring for StarLAN 
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2.1.3 StarLAN AND Ethernet 

StarLAN and Ethernet are similar CSMA/CD net- 
works. Since Ethernet has existed longer and is better 
understood, a comparison of Ethernet with StarLAN is 
worthwhile. 

1. The data rate of Ethernet is lOMb/s and that of Star- 
LAN is 1 Mb/s. 

2. Ethernet uses a bus topology with each node con- 
nected to a coaxial cable bus via a 50 meter trans- 
ceiver cable containing four shielded twisted pair 
wires. StarLAN uses a star topology, with each node 
connected to a central HUB by a point to point link 
through two pairs of unshielded twisted pair wires. 

3. Collision detection in Ethernet is done by the trans- 
ceiver connected to the coaxial cable. Electrically, it 
is done by sensing the energy level on the coax cable. 
Collision detection in StarLAN is done in the HUB 
by sensing activity on more than one input line con- 
nected to the HUB. 


4. In Ethernet, the presence of collision is signalled by 
the transceiver to the node by a special collision de- 
tect signal. In StarLAN, it is signalled by the HUB 
using a special collision presence signal on the re- 
ceive data line to the node. 

5. Ethernet cable segments are interconnected using re- 
peaters in a non-hierarchical fashion so that the dis- 
tance between any two nodes does not exceed 2.8 
kilometers. In StarLAN, the maximum distance be- 
tween any two nodes is 2.5 kilometers. This is 
achieved by wiring a maximum of five levels of 
HUBs in a hierarchical fashion. 


2.2 Basic StarLAN Components 

A StarLAN network has three basic components: 

1. StarLAN node interface 

2. StarLAN HUB 

3. Cable 



ETHERNET 



STAR LAN 
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Figure 5. Ethernet and StarLAN Similarities 
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2.2.1 A StarLAN NODE INTERFACE 

Figure 6 shows a typical StarLAN node interface. It 
interfaces to a processor on the system side. The proc- 
essor runs the networking software. The heart of the 
node interface is the LAN controller which does the job 
of receiving and transmitting the frames in adherence 
to the IEEE 802.3 standard protocol. It maintains all 
the timings — like the slot time, interframe spacing 
etc. — required by the network. It performs the func- 
tions of framing, deferring, backing-off, collision detec- 
tion which are necessary in a CSMA/CD network. It 
also does Manchester encoding of data to be transmit- 
ted and clock separation — or decoding — of the Man- 
chester encoded data that is received. These signals be- 
fore going to the unshielded twist pair wire, may under- 
go pulse shaping (optional) pulse shaping basically 
slows down the fall/rise times of the signal. The pur- 
pose of that is to diminish the effects of cross-talk and 
radiation on adjacent pairs sharing the same bundle 
(digital voice, T1 trunks, etc). The shaped signal is sent 
on to the twisted pair wire through a pulse transformer 
for DC isolation. The signals on the wire are thus dif- 
ferential, DC isolated from the node and almost sinus- 
oidal (due to shaping and the capacitance of the wire). 

NOTE: 

Work done by the IEEE 802.3 committee has shown 
that no slew rate control on the drivers is required. 
Shaping by the transformer and the cable is sufficient 
to avoid excessive EMI radiation and crosstalk. 

The squelch circuit prevents idle line noise from affect- 
ing the receiver circuits in the LAN controller. The 
squelch circuit has a 600 mv threshold for that purpose. 
Also as part of the squelch circuitry an envelope detec- 
tor is implemented. Its purpose is to generate an enve- 
lope of the transitions of the RXD line. Its output serve 


as a carrier sense signal. The differential signal from the 
HUB is received using a zero-crossing RS-422 receiver. 
Output of the receiver, qualified by the squelch circuit, 
is fed to the RxD pin of the LAN controller. The RxD 
signal provides three kinds of information: 

1) Normal received data, when receiving the frame. 

2) Collision information in the form of the collision 
presence signal from the HUB. 

3) Carrier sense information, indicating the beginning 
and the end of frame. This is useful during transmit 
and receive operations. 

2.2.2 StarLAN HUB 

HUB is the point of concentration in StarLAN. All the 
nodes transmit to the HUB and receive from the HUB. 
Figure 7 shows an abstract representation of the HUB. 
It has an upstream and a downstream signal processing 
unit. The upstream unit has N signal inputs and 1 sig- 
nal output. And the downstream unit has 1 input and 
N output signals. The inputs to the upstream unit come 
from the nodes or from the intermediate HUBs 
(IHUBs) and its output goes to a higher level HUB. 
The downstream unit is connected the other way 
around; input from an upper level HUB and the out- 
puts to nodes or lower level IHUBs. Physically each 
input and output consist of one twisted pair wire carry- 
ing a differential signal. The downstream unit essential- 
ly just re-times the signal received at the input, and 
sends it to all its outputs. The functions performed by 
the upstream unit are: 

1. Collision detection 

2. Collision Presence signal generation 

3. Signal Retiming 

4. Jabber Function 

5. Start of Idle protection timer 
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Figure 6. 82588 Based StarLAN Node 
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Figure 7. A StarLAN HUB 


the HUB associated with this function and their opera- 
tion is described in section 6. 

The last function implemented by the HUB is the start 
of Idle protection timer. During the end of reception, 
the HUB will see a long undershoot at its input port. 
This undershoot is a consequence of the transformer 
discharging accumulated charge during the 2 microsec- 
onds of high of the idle pattern. The HUB should im- 
plement a protection mechanism to avoid the undesir- 
able effects of that undershoot. 


The collision detection in the HUB is done by sensing 
the activity on the inputs. If there is activity (or tran- 
sitions) on more than one input, it is assumed that more 
than one node is transmitting. This is a collision. If a 
collision is detected, a special signal called the Collision 
Presence Signal is generated. This signal is generated 
and sent out as long as activity is sensed on any of the 
input lines. This signal is interpreted by every node as 
an occurrence of collision. If there is activity only on 
one input, that signal is re-timed — or cleaned up of any 
accumulated jitter — and sent out. Figure 8 shows the 
input to output relations of the HUB as a black box. 

If a node transmits for too long the HUB exercises a 
Jabber function to disable the node from interfering 
with traffic from other nodes. There are two timers in 


Figure 9 shows a block diagram of the HUB. A switch 
position determines whether the HUB is an IHUB or a 
HHUB (Header HUB). If the HUB is an IHUB, the 
switch decouples the upstream and the downstream 
units. HHUB is the highest level HUB; it has no place 
to send its output signal, so it returns its output signal 
(through the switch) to the outputs of the downstream 
unit. There is one and only one HHUB in a StarLAN 
network and it is always at the base of the tree. The 
returned signal eventually reaches every node in the 
network through the intermediate nodes (if any). Star- 
LAN specifications do not put any restrictions on the 
number of IHUBS at any level or on number of inputs 
to any HUB. The number of inputs per HUB are typi- 
cally 6 to 12 and is dictated by the typical size of clus- 
ters in a given networking environment. 
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Figure 8. HUB as a Black Box 
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Figure 9. StarLAN HUB Block Diagram 


2.2.3 StarLAN CABLE 

Unshielded telephone grade twisted pair wires are used 
to connect a node to a HUB or to connect two HUBs. 
This is one of the cheapest types of wire and an impor- 
tant factor in bringing down the cost of StarLAN. 

Although the 24 gauge wire is used for long stretches, 
the actual connection between the node and the tele- 
phone jack in the wall is done using extension cable, 
just like connecting a telephone to a jack. For very 
short StarLAN configurations, where all the nodes and 
the HUB are in the same room, the extension cable 
with plugs at both ends may itself be sufficient for all 
the wiring. (Extension cables must be of the twisted 
pair kind, no flat cables are allowed). 


Although it is outside the scope of the IEEE 802.3 
1BASE5 standard, there is considerable interest in us- 
ing fiber optics and coaxial cable for node to HUB or 
HUB to HUB links especially in noisy and factory envi- 
ronments. Both these types of cables are particularly 
suited for point-to-point connections. Even mixing of 
different types of cables is possible (this kind of envi- 
ronments are not precluded). 

NOTE: 

StarLAN IEEE 802.3 1BASE5 draft calls for a maxi- 
mum attenuation of 6.5 dB between the transmitter 
and the corresponding receiver at all frequencies be- 
tween 500 KHz to 1 MHz. Also the maximum al- 
lowed cable propagation delay is 4 microseconds. 


The telephone twisted pair wire of 24 gauge has the 
following characteristics: 


Attenuation 
DC Resistance 
Inductance 
Capacitance 
Impedance 


42.55 db/mile @ 1 MHz 
823.69 ft/mile 
0.84 mH/mile 
0.1 juF/mile 

92. 6ft, —4 degrees @ 1 MHz 


Experiments have shown that the sharing of the tele- 
phone cable with other voice and data services does not 
cause any mutual harm due to cross-talk and radiation, 
provided every service meets the FCC limits. 


2.3 Framing 

Figure 10 shows the format of a 802.3 frame. The be- 
ginning of the frame is marked by the carrier going 
active and the end marked by carrier going inactive. 
The preamble has a 56 bit sequence of 101010 . . . . 
ending in a 0. This is followed by 8 bits of start of frame 
delimiter (sfd) — 10101011. These bits are transmitted 
with the MSB (leftmost bit) transmitted first. Source 
and destination fields are 6 bytes long. The first byte is 
the least significant byte. These fields are transmitted 
with LSB first. The length field is 2 bytes long and gives 
the length of data in the Information field. The entire 
information field is a minimum of 46 bytes and a maxi- 
mum of 1 500 bytes. If the data content of the Informa- 
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tion field is less than 46, padding bytes are used to 
make the field 46 bytes long. The Length field indicates 

hnw rrmrh real Hata in the Tnfnrmatinn field. The last 

32 bits of the frame is the Frame Check Sequence 
(FCS) and contains the CRC for the frame. The CRC is 
calculated from the beginning of the destination ad- 
dress to the end of the Information field. The generat- 
ing polynomial (Autodin II) used for CRC is: 

X32 + X26 + X23 + X22 + X16 + X12 + X^ + 

xio + X8 + X? + X5 -I- X4 + X2 + X + 1 
No need for Figure N. 


The frames can be directed to a specific node (LSB of 
address must be 0), to a group of nodes (multicast or 
group — I. SB of address must be 1) or all nodes (broad- 
cast — all address bits must be 1). 


2.4 Signal Propagation and Collision 

Figure 1 1 will be used to illustrate three typical situa- 
tions in a StarLAN with two IHUBs and one HHUB. 
Nodes A and B are connected to HUB1, nodes C and D 
to HUB2 and node E to HUB3. 


CARRIER ON CARRIER OFF 

I MAX = 1500 I 

▼ 7 1 6 6 2 MIN = 46 4 ▼ 

| PREAMBLE | SFD | DA | SA | LEN | INFORMATION | FCS | 


FRAME LENGTH 
MAX = 1518 
MIN = 64 


SFD = Start of Frame Delimiter 
DA = Destination Address 
SA = Source Address 
LEN = Length 

FCS = Frame Check Sequence 

All numbers indicate field length in octets. 
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Figure 10. Framing 
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2.4.1 Situation #1 

Whenever node A transmits a frame Fa. it will reach 
HUB1. If node B is silent, there is no collision. HUB1 
will send Fa to HUB3 after re-timing the signal. If 
nodes C, D and E are also silent, there is no collision at 
HUB2 or HUB3. Since HUB3 is the HHUB, it sends 
the frame Fa to HUB1, HUB2 and to node E after re- 
timing. HUB1 and HUB2 send the frame Fa to nodes 
A, B and C, D. Thus, Fa reaches all the nodes on the 
network including the originator node A. If the signal 
received by node A is a valid Manchester signal and not 
the Collision Presence Signal (CPS) for the entire dura- 
tion of the slot time, then the node A assumes that it 
was a successful transmission. 


2.4.2 Situation #2 

If both nodes A and B were to transmit, HUB1 will 
detect it as a collision and will send signal Fx (the Colli- 
sion Presence Signal) to the HUB3 — Note that HUB1 
does not send Fx to nodes A and B yet. HUB 3 receives 
a signal from HUB1 but nothing from node E or 
HUB2, thus it does not detect the situation as, a colli- 
sion and simply re-times the signal Fx and sends it to 
node E, HUB2 and HUB1. Fx ultimately reach all the 
nodes. Nodes A and B detect this signal as CPS and 
call it a collision. 


2.4.3 Situation #3 

In addition to nodes A and B, if node C were also to 
transmit, the situation at HUB1 will be the same as in 
situation # 2. HUB2 will propagate Fc from C towards 
HUB3. HUB3 now sees two of its inputs active and 
hence generates its own Fx signal and sends it towards 
each node. 

These situations should also illustrate the point made 
earlier in the chapter that, the StarLAN network, with 
nodes connected to multiple HUBs is, logically, equiva- 
lent to all the nodes connected to a single HUB (Yet 
there are some differences between stations connected 
at different HUB levels, those are due to different de- 
lays to the header hub HHUB). 


2.5 StarLAN System and Network 
Parameters 


Preamble length (incl. sfd) 64 bits 

Address length ! 6 bytes 

FCS length CRC (Autodin II) 32 bits 

Maximum frame length 1518 bytes 

Minimum frame length 64 bytes 

Slot time 512 bit times 

Interframe spacing 96 bit times 

Minimum jam timing 32 bit times 

Maximum number of collisions 16 

Backoff limit 10 


Backoff method Truncated binary exponential 

Encoding Manchester 

Clock tolerance ±0.01% (100 ppm) 


Maximum jitter per segment ± 62.5 ns 

3.0 LAN CONTROLLER FOR StarLAN 

One of the attractive features of StarLAN is the avail- 
ability of the 82588, a VLSI LAN controller, designed 
to meet the needs of a StarLAN node. The main re- 
quirements of a StarLAN node controller are: 

1. IEEE 802.3 compatible CSMA/CD controller. 

2. Configurable to StarLAN network and system pa- 
rameters. 

3. Generation of all necessary clocks and timings. 

4. Manchester data encoding and decoding. 

5. Detection of the Collision Presence Signal. 

6. Carrier Sensing. 

7. Squelch or bad signal filtering. 

8. Fast and easy interface to the processor. 

82588 performs all these functions in silicon, providing 
a minimal hardware interface between the system proc- 
essor and the StarLAN physical link. It also reduces 
the software needed to run the node, since a lot of func- 
tions, like deferring, back off, counting the number of 
collisions etc., are done in silicon. 


3.1 IEEE 802.3 Compatibility 

The CSMA/CD control unit on the 82588 performs the 
functions of deferring, maintaining the Interframe 
Space (IFS) timing, reacting to collision by generating a 
jam pattern, calculating the back-off time based on the 
number of collisions and a random number, decoding 
the address of the incoming frame, discarding a frame 
that is too short, etc. All these are performed by the 
82588 in accordance to the IEEE 802.3 standards. For 
inter-operability of different nodes on the StarLAN net- 
work it is very important to have the controllers strictly 
adhere to the same standards. 


3.2 Configurability of the 82588 

Almost all the networking parameters are programma- 
ble over a wide range. This means that the StarLAN 
parameters form a subset of the total potential of the 
82588. This is a major advantage for networks whose 
standards are being defined and are in a flux. It is also 
an advantage when carrying over the experience gained 
with the component in one network to other applica- 
tions, with differing parameters (leveraging the design). 

The 82588 is initialized or configured to its working 
environment by the CONFIGURE command. After 
the execution of this command, the 82588 knows its 
system and network parameters. A configure block in 
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memory is loaded into the 82588 by DMA. This block 
contains all the parameters to be programmed as shown 
in Figure 12. Following is a partial list of the parame- 
ters with the programmable range and the StarLAN 
value: 


Parameter 

Range 

StarLAN 

Value 

Preamble length 

2, 4, 8, 16 bytes 

8 

Address length 

0 to 6 bytes 

6 

CRC type 

16, 32 bit 

32 

Minimum frame 

length 

6 to 255 bytes 

64 

Interframe 

spacing 

12 to 255 bit times 

96 

Slot time 

1 to 2047 bit times 

512 

Number of 

retries 

Oto 15 

15 


Parameter 

Data encoding 

Collision 

detection 


Range 

NRZI, Man., 
Diff. Man. 
Code viol., 
Bit comp. 


StarLAN 

Value 

Manch. 

Code Viol. 


Beside these, there are many other options available, 
which may or may not apply to StarLAN: 


Data sampling rate of 8 or 16 
Operating in Promiscuous mode 
Reception of Broadcast frames 
Internal loopback operation 
External loopback operation 
Transmit without CRC 
HDLC Framing 


BIT 


7 6 5 4 3 2 1 0 


i 1 

1 1 

1 1 1 1 

BYTE COUNT (L.S.B) 

1 1 1 1 




BYTE COU 

1 1 1 

NT (M.S.B) 

1 1 1 

CHNG 

SERIAL 

MODE 

SMPLG 

RATE 

OSC 

RANGE 


- 1 1 

FIFO LIMIT 

1 1 



E 

1 

UFFER 



LENGT! 

1 1 

H 

1 1 

EXT 

LP.BCK 

INT 

LP.BCK 

1 

PREAM LEN 

1 

NO SRC 
ADD INS 

1 1 

ADD LEN 

1 1 

BOF 

METD 

E> 



1 

(P PRIO 

1 

DIF. MAN 
/MAN 


1 

LIN PRIO 

I 


1 1 

INTER FRAME 

1 1 

SPACIN 


1 

l 


1 

S 

1 

LOT TIME (L 

) 


1 

1 


RETRY 

NUMBER 


CDBBC 

s 

LOT TIME (h 

) 

PAD 

BIT 

STUFF 

CRC16 

NCRC 

INS 

TON 

NCRS 

MAN 

/NRZ* 

BC 

DIS 

PRM 

CDT 

SRC 

I 

CDTF 

1 



CRS 

SRC 


CRSF 


1 

1 1 

MINIMUM FRAME 

1 1 

LENG' 

1 1 

rH 

1 1 

1 




CONFIG PARAMETER FORMAT 
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Figure 12. Configuration Block 
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3.3 Clocks and Timers 

ihe Szjoo icquucs Lwu clucks, Oiic for ilic opcr«tiGii of 
the system interface and another for the serial side. 
Both clocks are totally asynchronous to each other. 
This permits transmitting and receiving frames at data 
rates that are virtually independent of the speed at 
which the system interface operates. 

The serial clock can be generated on chip using just an 
external crystal of a value 8 or 16 times the desired bit 
rate. An external clock may also be used. 

The 82588 has a set of timers to maintain various tim- 
ings necessary to run the CSMA/CD control unit. 
These are timings for the Slot time, Interframe spacing 


time, Back off time, Number of collisions, Minimum 
frame length, etc. These timers are started and stopped 
automatically b v th#» R9 SRR 


3.4 Manchester Data Encoding and 
Decoding 

In StarLAN the data transmitted by the node must be 
encoded in Manchester format. The node should also 
be able to decode Manchester encoded data when re- 
ceiving a frame — a process also known as clock recov- 
ery. The 82588 does the encoding and decoding of data 
bits on chip for data rates up to 2 Mb/s. 

Besides Manchester, the 82588 can also do encoding 
and decoding in NRZI and Differential Manchester 
formats. Figure 13 shows samples of encoding in 



Encoding 

Method 

Mid Bit Cell 
Transitions 

Bit Cell Boundary 
Transitions 

NRZ 

Do not exist. 

Identical to original data. 

NRZI 

Do not exist. 

Exist only if original data 
bit equals 0. 

Dependent on present 
encoded signal level: 
to 0 if 1 
to 1 if 0 

Manchester 

Exist for every bit of 
the original data: 
from 0 to 1 for 1 
from 1 to 0 for 0 

Exist for consequent equal 
bits of original data: 
from 1 to 0 for 1 1 
from 0 to 1 for 0 0 

Differential 

Manchester 

Exist for every bit of 
the original data. 
Dependent on present 
Encoded signal level: 
to 0 if 1 
to 1 if 0 

Exist only if original data 
bit equals 0. 

Dependent on present 
Encoded signal level: 
to 0 if 1 
to 1 if 0 


Figure 13. 82588 Data Encoding Rules 
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these three formats. The main advantage of NRZI over 
the other two is that NRZI requires half the channel 
bandwidth, for any given data rate. On the other hand, 
since the NRZI signal does not have as many tran- 
sitions as the other two, clock recovery from it is more 
difficult. The main advantage of Differential Manches- 
ter over straight Manchester is that for a signal that is 
differentially driven (as in RS 422), crossing of the two 
wires carrying the data does not change the data re- 
ceived at the receiver. In other words, NRZI and Dif- 
ferential Manchester encoding methods are polarity in- 
sensitive (Even though NRZI, Differential Manchester 
are polarity insensitive, the 82588 expects a high level 
in the RXD line to detect carrier inactive at the end of 
frames). 


3.5 Detection of the Collision 
Presence Signal 

In a StarLAN network, HUB informs the nodes that a 
collision has occurred by sending the Collision Pres- 
ence Signal (CPS) to the nodes. The CPS signal is a 
special signal which contains violations in Manchester 
encoding. Figure 14 shows the CPS signal. It has a 5 ms 
period, looking very much like a valid Manchester sig- 
nal except for missing transitions (or violations) at 


periodic intervals. When the 82588 decodes this signal, 
it fails to see mid-cell transitions repeatedly at intervals 
of 2.5 bit times and hence calls it a code violation. The 
edges of CPS are marked for illustration as a, b, c, 
d, . . . 1. Let us see how the 82588 interprets the signal if 
it starts calling the edge ‘a’ as the mid-cell transition for 
T. Then edge at ‘b’ is ‘O’. Now the 82588 expects to see 
an edge at **’ but since there is none, it is a Manchester 
code violation. The edge that eventually does occur at 
‘d’ is then used to re-synchronize and, since it is a fall- 
ing edge, it is taken as a mid-cell transition for ‘O’. The 
edge at ‘e’ is for a ‘1’ and then again there is no edge at 
This goes on, with the 82588 flagging code violation 
and re-synchronizing again every 2.5 bit times. When a 
transmitting node sees this CPS signal being returned 
by the HUB (instead of a valid Manchester signal it 
transmitted), it assumes that a collision occurred. The 
82588 has two built-in mechanisms to detect collisions. 
These mechanisms are very general and can be used for 
a very broad class of applications to detect collisions in 
a CSMA/CD network. Using these mechanisms, the 
82588 can detect collisions (two or more nodes trans- 
mitting simultaneously) by just receiving the collided 
signal during transmission, even if there was no HUB 
generating the CPS signal. 
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3.5.1 COLLISION DETECTION BY CODE 
VIOLATION 

If during transmission, the 82588 sees a violation in the 
encoding (Manchester, NRZI or Differential Manches- 
ter) used, then it calls it a collision by aborting the 
transmission and transmitting a 32 bit jam pattern. The 
algorithm used to detect collisions, and to do the data 
decoding, is based on finding the number of sampling 
clocks between an edge to the next one. Suppose an 
edge occurred at time 0, the sampling instant of the 
next edge determines whether it was a collision (C), a 
long pulse (L) — with a nominal width of 1 bit time — ,or 
a short pulse (S) — nominal width of half a bit time. The 
following two charts show the decoding and collision 
detection algorithm for sampling rates of 8 and 16 
when using Manchester encoding. The numbers at the 
bottom of the line indicate sampling instances after the 
occurrence of the last edge (at 0). The alphabets on the 
top show what would be inferred by the 82588 if the 
next edge were to be there. 

Sampling rate = 8 (clock is 8x bit rate) 

CCSSSLLLLLCC 


0 1 2 3 4 5 6 7 8 9 10 11 12 13 

Collision also if: 

RxD stays low for 13 samples or more 
A mid cell transition is missing 

Sampling rate = 16 (clock is 16x bit rate) 
CCCCCSSSSSCLLLLLLLLLCCCC 


0 2 4 6 8 10 12 14 16 18 20 22 24 26 


Collision also if: 

RxD stays low for 25 samples or more 
A mid cell transition is missing 

A single instance of code violation can qualify as colli- 
sion. The 82588 has a parameter called collision detect 
filter (CDT Filter) that can be configured from 0 to 7. 
This parameter determines for how many bit times the 
violation must remain active to be flagged as a collision. 
For StarLAN CDT Filter must be configured to 0 — 
that is disabled. 


3.5.2 COLLISION DETECTION BY SIGNATURE 
(OR BIT) COMPARISON 

This method of collision detection compares a signature 
of the transmitted data with that of the data received on 
the RxD pin while transmitting. Figure 15 shows a 
block diagram of the logic. As the frame is transmitted 
it flows through the CRC generation logic. A timer, 
called the Tx slot timer, is started at the same time that 
the CRC generation starts. When the count in the timer 
reaches the slot time value, the current value of the 
CRC generator is latched in as the transmit signature. 
As the frame is returned back (through the HUB) it 
flows through the CRC checker. Another timer — Rx 
slot timer — is started at the same time as the CRC 
checker starts checking. When this timer reaches the 
slot time value, the current value of the CRC checker is 
latched in as the receive signature. If the received signa- 
ture matches the transmitted one, then it is assumed 
that there was no collision. Whereas, if the signatures 
do not match, a collision is assumed to have occurred. 



♦ MATCH = NO COLLISION 
NO MATCH = COLLISION 


231422-18 


Figure 15. Collision Detection by Signature Comparison 
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Note that, even if the collision were to occur in the first 
few bits of the frame, a slot time must elapse before it is 
detected. In the code violation method, collision is de- 
tected within a few bit times. However, since the signa- 
ture method compares the signatures, which are char- 
acteristic of the frame being transmitted, it is more ro- 
bust. The code violation method can be fooled by re- 
turning a signal to the 82588 which is not the same as 
the transmitted signal but is a valid Manchester sig- 
nal — like a 1 MHz signal. Both methods can be used 
simultaneously giving a combination of speed and ro- 
bustness. 

NOTE: 

In order to reliably detect a collision using the colli- 
sion by bit comparison mode, the transmitter must 
still be transmitting up to the point where the receiver 
has seen enough bits to complete its signature. Other- 
wise, the transmitter may be done before the RX sig- 
nature is completed resulting in an undetected colli- 
sion. A sufficient condition to avoid this situation is to 
transmit frames with a minimum length of 1.5 * slot- 
time (see Figure 16). 

3.5.3 ADDITIONAL COLLISION DETECTION 
MECHANISM 

In addition to the collision detection mechanisms de- 
scribed in the preceding sections, the 82588 also flags 
collision when after starting a transmission any of the 
following conditions become valid: 

a) Half a slot time elapses and the carrier sense of 
82588 is not active. 


b) Half a slot time + 16 bit times elapse and the open- 
ing flag (sfd) is not detected. 

c) Carrier sense goes inactive after an opening flag is 
received with transmitter still active. 

These mechanisms add a further robustness to the colli- 
sion detection mechanism of the 82588. It is also possi- 
ble to OR an externally generated collision detect signal 
to the internally generated condition by bit comparison 
(see Figure 17). 


3.6 Carrier Sensing 

A StarLAN network is considered to be busy if there 
are transitions on the cable. Carrier is supposed to be 
active if there are transitions. Every node controller 
needs to know when the carrier is active and when not. 
This is done by the carrier sensing circuitry. On the 
82588 this circuit is on chip. It looks at the RxD (re- 
ceive data) pin and if there are transitions, it turns on 
an internal carrier sense signal. It turns off the carrier 
sense signal if RxD remains in idle (high) state for 1 3/8 
bit times. This carrier sense information is used to mark 
the start of the interframe space time and the back off 
time. The 82588 also defers transmission when the car- 
rier sense is active. 

When operating in the NRZI encoded mode, carrier 
sense is turned off if RxD pin is in the idle state for 8 bit 
times or more (see Figure 18). 


82588 



TX_MIN_FRAME_LENGTH > SLOT_TIME+ 2*PD 
\ SLOT_TIME > 2*PD 

| TX_MIN_FRAME_LENGTH > 1 .5*SL0T_TIME | 

231422-75 


Figure 16. Limitation of CDBBC Mechanism 
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COLLISION BY 
CODE VIOLATION 


COLLISION BY 
BIT COMPARISON 



COLLISION 

FILTER 

i 





]\f> J 




COLLISION 

SIGNAL 


CDT FILTER 

(CONFIGURE BYTE 10 , 


BITS 4-6) 


COLLISION DETECTION BY BIT COMPARISON (CDBBC) 
(CONFIGURE BYTE 8, BIT 3) 

COLLISION DETECTION SOURCE (INTERNAL, EXTERNAL) 
(CONFIGURE BYTE 10, BIT 7) 


Figure 17. Mode 0, Collision Detection 


3.7 Squelching the Input 

Squelch circuit is used to filter idle noise on the receiver 
input. Basically two types of squelch may be used: Volt- 
age and time. Voltage squelch is done to filter out sig- 
nals whose strength is below a defined voltage thresh- 
old (0.6 volts for StarLAN). It prevents idle line noise 
from disturbing the receive circuits on the controller. 
The voltage squelch circuit is placed right after the re- 
ceiving pulse transformer. It enables the input to the 
RxD pin of the 82588 only when the signal strength is 
above the threshold. 


If the signal received has the proper level but not the 
proper timing, it should not bother the receiver. This is 
accomplished by the time squelch circuit on the 82588. 
Time squelching is essential to weed out spikes, glitches 
and bad signal especially at the beginning of a frame. 
The 82588 does not turn on its carrier sense (or receive 
enable) signal until it receives three consecutive edges, 
each separated by time periods greater than the fast 
time clock high time but less than 13/8 bit-times as 
shown in Figure 18. 
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The carrier sense activation can be programmed for a shows that it has an 8 bit data bus, read, write, chip 

further delay by up to 7 bit times by a configuration select, interrupt and reset pins going to the processor 

parameter called carrier sense filter. bus. It also needs an external DMA controller for data 

transfer. A system clock of up to 8 MHz is needed. The 
read and write access times of the 82588 are very 
3.8 System Bus Interface short — 95 ns — as shown by Figure 20. This further fa- 

cilitates interfacing the controller to almost any proces- 
The 82588 has a conventional bus interface making it sor. 
very easy to interface to any processor bus. Figure 19 



Figure 19. Chip Interface 



Figure 20. Access Times 
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The 82588 has over 50 bytes of registers, and most are 
accessed only indirectly. Figure 21 shows the register 
access mechanism of the 82588. It has one I/O port and 
2 DMA channel ports. These are the windows into tne 
82588 for the CPU and the DMA controller. An exter- 
nal CPU can write into the Command register and read 
from the Status registers using I/O instructions and 
asserting chip select and write or read lines. Although 
there is just one I/O port and 4 status registers, they 
can be read out in a round robin fashion through the 
same port as shown in Figure 22. Other registers like 
the Configuration, Individual Address registers can be 


accessed only through DMA. All the internal registers 
can be dumped into memory by DMA using the Dump 
command. The execution of some of the commands is 
described in section 4. See tne Keterence Manual 

for details on these commands. 


3.9 Debug and Diagnostic Aids 

Besides the standard functions that can be used directly 
for StarLAN, the 82588 offers many debug and diag- 
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4 Status registers are accessed through one read port 
POINTER 

m 


STATUS 0 


STATUS 1 


STATUS 2 

— [ 

STATUS 3 



READ PORT 


The pointer can be changed using a command or can be automatically incremented. 


READ_STATUS_588 : PROCEDURE; 

OUTPUT (CS-588) = 15; 
STATUS_588(0)=INPUT (CS-588) ; 
STATUS-588 ( 1) =INPUT (CS-588) ; 
STATUS-588 ( 2) =INPUT (CS-588) ; 
STATUS-588 ( 3) =INPUT (CS-588); 
RETURN 

END READ-STATUS-588 ; 


/* COMMAND 15 */ 

/* RELEASE POINTER, INITIAL = 00 */ 
/* REFRESH STATUS REGISTER IMAGE */ 
/* IN MEMORY. 


READING 4 STATUS REGISTERS 


Figure 22. Reading the Status Register 


nostics functions. The DIAGNOSE command of the 
82588 does a self-test of most of the counters and timers 
in the 82588 serial unit. Using the DUMP command, 
all the internal registers of the 82588 can be dumped 
into the memory. The TDR command does Time Do- 
main Reflectometery on the network. The 82588 has 
two loopback modes of operation. In the internal loop- 
back mode, the TXD line is internally connected to the 
RXD one. No data appears outside the chip, and the 
82588 is isolated from the link. This mode enables 
checking of the receive and transmit machines without 
link interference. In the external loopback mode, the 
82588 becomes a full duplex device, being able to re- 
ceive its own transmitted frames. In this mode data 
goes through the link and all CSMA/CD mechanisms 
are involved. 


3.10 Jitter Performance 

When the 82588 receives a frame from the HUB, the 
signal has jitter. Jitter is the shifting of the edges of the 
signal from their nominal position due to the transmis- 
sion over a length of cable. Many factors like, intersym- 
bol interference (pulses of different widths have differ- 
ent delays through the transmission media), rise and 
fall times of drivers and receivers, cross talk etc., con- 
tribute to the jitter. StarLAN specifies a maximum jit- 
ter of ±62.5 ns whenever the signal goes from a 
NODE/HUB or HUB/HUB. Figure 23 shows that the 
jitter tolerance of the 82588 is exactly the required 


±62.5 ns at 1 Mbs for both 8X, 16X Manchester en- 
coded data. 


Jitter = ± variation of an edge from its nominal position. 
Jitter can occur on every edge. 
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x8 

x16 

Manchester 

— Vi 6 

±1/16 

NRZI 

(Code Violations Enabled) 

± 1/16 BT 

±3/32 BT 

NRZI 

(Code Violations Disabled) 

±3/16 BT 

±3/16 BT 


Figure 23. 82588 Jitter Performance 


4.0 THE 82588 

This chapter describes the basic 82588 operations. 
Please refer to the 82588 reference manual in Intel Mi- 
crocommunications Handbook for a detailed descrip- 
tion. Basic operations like transmitting a frame, receiv- 
ing a frame, configuring the 82588 and dumping the 
register contents are discussed here to give a feel for 
how the 82588 works. 
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4.1 Transmit and Retransmit 
Operations 

To transmit a frame, the CPU prepares a block in the 
memory called the transmit data block. As shown in 
Figure 24, this block starts with a byte count field, indi- 
cating how long the rest of the block is. The destination 
address field contains the node address of the destina- 
tion. The rest of the block contains the information or 
the data field of the frame. The CPU also programs the 
DMA controller with the start address of the transmit 
data block. The DMA byte count must be equal to or 
greater than the block length. The 82588 is then issued 
a TRANSMIT command — an OUT instruction to the 
command port of the 82588. The 82588 starts generat- 
ing DMA requests to read in the transmit data block by 
DMA. It also determines whether and how long it must 
defer on the link and after that, it starts transmitting 
the preamble. The 82588 constructs the frame on the 
fly. It takes the destination address from the memory, 
source address from its own individual address memory 
(previously programmed), data field from the memory 
and the CRC, is generated on chip, at the end of the 
frame. 


1. Prepare Transmit Data — Block in Memory 

2. Program DMA Controller 

3. Issue Transmit Command on the Desired 
Channel 


BYTE 

COUNT 

- 

DESTIN. 

ADDRESS 


INFORMATION 


231422-25 

Transmit Data Block 

4. Interrupt is received on completion of com- 
mand or if the command was aborted or 
there was a collision. The status bytes 1 and 
2 indicate the result of the operation. 

STATUS 1 


STATUS 2 
231422-26 

Transmit & Retransmit Results Format 


Figure 24. Transmit Operation 

At the conclusion of transmission the 82588 generates 
an interrupt to the CPU. The CPU can then read the 


7 6 5 4 3 2 1 0 


TX 

DEF 

HRT 

BEAT 

MAX 

COLL 

— 

NUK 

L OF C 

1 1 

I0LLISK 

1 

DNS 

COLL 


TX 

OK 



LOST 

CRS 

LOST 

CTS 

UNDER 

RUN 


status registers to find out if the transmission was suc- 
cessful. If a collision occurs during transmission, the 
82588 aborts transmission and generates the jam se- 
quence, as required by IEEE 802.3, and informs the 
CPU through interrupt and the status registers. It also 
starts the back-off algorithm. 

To re-attempt transmission, the CPU must reinitialize 
the DMA controller 7to the start of the transmit data 
block and issue a RETRANSMIT command to the 
82588. When the 82588 receives the retransmit com- 
mand and the back-off timer has expired, it transmits 
again. Interrupt and the status register contents again 
indicate the success or failure of the (retransmit at- 
tempt. 

The main difference between transmit and retransmit 
commands is that retransmit does not clear the internal 
count for the number of collisions occurred, whereas 
transmit does. Moreoever, retransmit takes effect only 
when the back-off timer has expired. 


4.2 Configuring the 82588 

To initialize the 82588 and program its network and 
system parameters, a configure operation is performed. 
It is very similar to the transmit operation. Instead of a 
transmit data block as in transmit command, a config- 
ure data block — shown in Figure 12 — is prepared by 
the CPU in the memory. The first two bytes of the 
block specify the length of the rest of the block, which 
specify the network and system parameters for the 
82588. The DMA controller is then programmed by 
the CPU to the beginning of this block and a CONFIG- 
URE command is issued to the 82588. The 82588 reads 
in the parameters by DMA and loads the parameters in 
the on-chip registers. 

Similarly, for programming the INDIVIDUAL AD- 
DRESS and MULTICAST ADDRESSes, the DMA 
controller is used to load the 82588 registers. 


4.3 Frame Reception 

Before enabling the 82588 for reception the CPU must 
make a buffer available for the frame to be received. 
The CPU must program the DMA controller with the 

starting address of the buffer and then issue the RX 

ENABLE command to the 82588. When a frame ar- 
rives at the RxD pin of the 82588, it starts being re- 
ceived. Only if the address in the destination address 
matches either the Individual address, Multicast ad- 
dress or if it is a broadcast address, is the frame deposit- 
ed into memory by the 82588 using DMA. The format 
of storage in the memory is shown in Figure 25. At the 
end, a two byte field is attached which shows the status 
of the received frame. If CRC, alignment or overrun 
errors are encountered, they are reported. An inter- 
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1. Prepare a Buffer for Reception 

2. Program DMA Controller 

3. Issue Receiver Enable Command 

When a frame is received, it is deposited in the 
memory. Receive status bytes (2) are appended to 
the frame in the memory, byte count written in the 
status registers 1, 2, and an interrupt is generated. 


RECEIVE 

STATUS 


SRT 

FRM 

NO 

EOF 









RCV 

O.K. 


CRC 

ERR 

ALG 

ERR 


OVER 

RUN 


STATUS REG. 1 
STATUS REG. 2 


RECEIVED FRAME 



DESTIN. 

ADDRESS 


SOURCE 

ADDRESS 


INFORMATION 


Figure 25. Receive Operation (Single Buffer) 


rupt from 82588 occurs when all the bytes have been 
transferred to the memory. This informs the CPU that 
a new frame has been received. 

If the received frame has errors, the CPU must recover 
(or re-use) the buffer. Note that the entire frame is de- 
posited into one buffer. The 82588 when NOT config- 
ured for the external loopback mode, will detect colli- 
sions (code violations) during receptions. If a collision 
is detected, the reception is aborted and status updated. 
CPU is then informed by an interrupt (if the collided 
frame fragment is shorter than the address length, no 
reception will be started), and no interrupt will happen. 


4.3.1 Multiple Buffer Frame Reception 

It is also possible to receive a frame into a number of 
fixed size buffers. This is particularly economical if the 
received frames vary widely in size. If the single buffer 
scheme were used as described above, the buffer re- 
quired would have to be bigger than the longest expect- 
ed frame and would be very wasteful for very short 
(typically acknowledge or control) frames. The multi- 
ple buffer reception is illustrated in Figure 26. It uses 
two DMA channels for reception. 
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As in single buffer reception, the one channel, say chan- 
nel 0, of the DMA controller is programmed to the 
start of buffer 1- and the 82588 is enabled fnr rereption 
with the chaining bit set. As soon as the first byte is 
read out of the 82588 by the DMA controller and writ- 
ten into the first location of buffer 1, the 82588 gener- 
ates an interrupt, saying that it is filling up its last avail- 
able buffer and one more buffer must be allocated. The 
filling up of the buffer 1 continues. The CPU responds 
to the interrupt by programming the other DMA chan- 
nel — channel 1 — with the start address of the second 
buffer and issuing an ASSIGN ALTERNATE buffer 
command with an INTACK (interrupt acknowledge). 
This informs the 82588 that one more buffer is avail- 
able on the other channel. When buffer 1 is filled up 
(the 82588 knows the size of buffers from the configura- 
tion command), the 82588 starts generating the DMA 
requests on the other channel. This automatically starts 
filling up buffer 2. As soon as the first byte is written 
into buffer 2, the 82588 interrupts the CPU again ask- 
ing for one more buffer. The CPU programs the chan- 
nel 0 of the DMA controller with the start address of 
buffer 3, issues an ASSIGN ALTERNATE buffer com- 
mand with INTACK. This keeps the buffer 3 ready for 
the 82588. This switching of channels continues until 
the entire frame is received generating an end of frame 
interrupt. The CPU maintains the list of pointers to the 
buffers used. 

Since a new buffer is allocated at the time of filling up 
of the last buffer, the 82588 automatically switches to 
the new buffer to receive the next frame as soon as the 
last frame is completely received. It can start receiving 
the new frame almost immediately, even before the end 
of frame interrupt is serviced and acknowledged by the 
CPU. If a new frame comes in, and the previous frame 


interrupt is not yet acknowledged, another interrupt 
needed for new buffer allocation is buffered (and not 
lnct^ a c cnnn qo fircf cue is acknowledged, the in- 
terrupt line goes active again for the buffered one. 

If by the time a buffer fills up no new buffer is available, 
the 82588 keeps on receiving. An overrun will occur 
and will be reported in the received frame status. How- 
ever, ample time is available for the allocation of a new 
buffer. It is roughly equal to the time to fill up a buffer. 
For 128 byte buffers it is 128 X 8 = 1024 ms or ap- 
proximately 1 millisec. You get 1 ms to assign a new 
buffer after getting the interrupt for it. Hence the pro- 
cess of multiple buffer reception is not time critical for 
the system performance. 

This method of reception is particularly useful to guar- 
antee the reception of back-to-back frames separated by 
IFS time. This is because a new buffer is always avail- 
able for the new frame after the current frame is re- 
ceived. 

Although both the DMA channels get used up in re- 
ceiving, only one channel is kept ready for reception 
and the other one can be used for other commands until 
the reception starts. If an execution command like 
transmit or dump command is being executed on a 
channel which must be allocated for reception, the 
command gets automatically aborted when the AS- 
SIGN ALTERNATE BUFFER command is issued to 
the channel used for the execution command. The in- 
terrupt for command abortion occurs after the end of 
frame interrupt. 
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4.4 Memory Dump of Registers 

All the 82588 internal registers can be dumped in the 
memory by the DUMP command. A DMA channel is 
used to transfer the register contents to the memory. It 
is very similar to reception of a frame; instead of data 
from the serial link, the data from the registers gets 
written into the memory. This provides a software de- 
bugging and diagnostic tool. 

4.5 Other Operations 

Other 82588 operations like DIAGNOSE, TDR, 
ABORT, etc. do not require any parameter or data 
transfer. They are executed by writing a command to 


the 82588 command register and knowing the results (if 
any) through the status registers. 


5.0 StarLAN NODE FOR IBM PC 

This chapter deals with the hardware — the StarLAN 
board — to interface the IBM PC to a StarLAN Net- 
work. This is a slave board which takes up one slot on 
the I/O channel of the IBM PC. Figure 27 shows an 
abstract block diagram of the board. It requires the 
IBM PC resources of the CPU, memory, DMA and 
interrupt controller on the system board to run it. Such 
a board has two interfaces. The IBM PC I/O Channel 
on the system or the parallel side and the telephone 
grade twisted pair wire on the serial side. Figures 28, 29 
show the circuit diagram of the board. 



Figure 27. 82588 Based StarLAN Node 




Figure 28 
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Figure 29 
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5.1 Interfacing to the IBM PC I/O 
Channel 

IBM PC has 8 slots on the system board to allow ex- 
pansion of the basic system. All of them are electrically 
identical and the I/O channel is the bus that links them 
all to the 8088 system bus. The I/O channel contains 
an 8 bit bidirectional data bus, 20 address lines, 6 levels 
of interrupt, 3 channels of DMA control lines and other 
control lines to do I/O and memory read/write opera- 
tions. Figure 30 shows the signals and the pin assign- 
ment for the I/O Channel. 
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Figure 30. I/O Channel Diagram 


5.1.1 REGISTER ACCESS AND DATA BUS 
INTERFACE 

The CPU accesses the StarLAN adapter card through 2 
I/O address windows. Address 300H is used to access 


to 82588 for commands and status, address 30 1H ac- 
cesses an on board control port that enables the various 

int<»rrv|nt anH FIMA linpc ttionrrti onlir +\i jn o H _ 

dresses are needed, the card uses all the 16 addresses 
spaces from 300H to 30FH. This was done to keep sim- 
plicity and minimum component count. Registers ad- 
dress decoding is done using a PAL (16L8) and an ex- 
ternal NAND gate (U8). 


Hex Range 

Usage 

000-00F 

DMA Chip 8237 A-5 

020-021 

Interrupt 8259A 

040-043 

Timer 8253-5 

060-063 

PPI 8255A-5 

080-083 

DMA Page Registers 

0AX* 

NMI Mask Register 

OCX 

Reserved 

0EX 

Reserved 

200-20F 

Game Control 

210-217 

Expansion Unit 

220-24F 

Reserved 

278-27F 

Reserved 

2F0-2F7 

Reserved 

2F8-2FF 

Asynchronous Communications 
(Secondary) 

300-31 F 

Prototype Card 

320-32F 

Fixed Disk 

378-37F 

Printer 

380-38C** 

SDLC Communications 

380-389** 

Binary Synchronous Communications 
(Secondary) 

3A0-3A9 

Binary Synchronous Communications 
(Primary) 

3B0-3BF 

IBM Monochrome Display/Printer 

3C0-3CF 

Reserved 

3D0-3DF 

Color/Graphics 

3E0-3E7 

Reserved 

3F0-3F7 

Diskette 

3F8-3FF 

Asynchronous Communications 
(Primary) 

* At power-on time, the Non Mask Interrupt into the 

8088 is masked off. 

This mask bit can be set and reset through 

system software as follows: 

Set mask: Write hex 80 to I/O Address hex A0 

(enable NMI) 

Clear mask: Write hex 00 to I/O Address hex A0 

(disable NMI) 

** SDLC Communications and Secondary Binary 

Synchronous Communications cannot be used 

together because their hex addresses overlap. 


Figure 31. I/O Address Map 
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CS_ (to 588) 

LDPRT_ (to DMA, INTERRUPT enable lines) 


231422-56 


Register Access 


Format of Following Equations Will Be According To 
The Following Specifications: 

! INVERT 

_ SIGNAL ACTIVE LOW 
& LOGIC AND 
# LOGIC OR 

A9NANDA8 = ! (A9 & A8) 

CS_ = ! ( !AEN & IA9NANDA8 & !A7 & !A6 & !A5 & !A4 & !A0 ) 

LDPORT. = ! ( !AEN & IA9NANDA8 & !A7 & !A6 & !A5 & !A4 & AO & II0WR_ ) 

BUSEN_ = DACK1_ & DACK2_ & ( ! ( !AEN & 1A9NANDA8 & !A7 & !A6 & !A5 & !A4) ) ; 


The signal CS decodes address 300H, it is only active 

when AEN is inactive meaning CPU and not DMA 
cycles. LDPORT has exactly the same logic for ad- 

dress 30 1H, but it is only active during I/O write cy- 
cles. The I/O port sitting on address 30 1H is write 
only. The data BUS lines DO to D7 are buffered from 
the 82588 to the PC bus using an 74LS245 transceiver 
chip. 


I0RD_ — 
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Data Bus Interface 


The Bus transceiver is enabled if: A DMA access is 
taking place, or I/O ports 300H to 30FH are being 
accessed. 

5.1.2 Control Port 

As mentioned the StarLAN adapter port has a 4-bit 
write only control port. The purpose of this port is to 
selectively enable the DMA and INTERRUPT request 
lines. Also it can completely disable the transmitter. 

Control Port Definition 


ENDRQ1 

ENDRQ3 

ENINTER 

TXEN 


ENDRQ1, ENDRQ2 : “1” Enable DMA requests. 
ENINTER : “1” Enable INTERRUPT 

request. 

TXEN : “1” Enable the transmitter. 

On power up all bits default to “0”. 
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5.1.3 CLOCK GENERATION 

The 82588 requires two clocks for operation. The sys- 
tem clock and the serial clock. The serial clock can be 
generated on chip by putting a crystal across XI and 
X2 pins. Alternatively, an externally generated clock 
can be fed in at pin XI (with X2 left open). In both 
cases, the frequency must be either 8 or 16 times (sam- 
pling factor) the desired bit rate. For StarLAN, 8 or 16 
MHz are the correct values to generate 1 Mb/s data 
rate. A configuration parameter is used to tell the 
82588 what the sampling factor is. An externally sup- 
plied clock must have MOS levels (0.6V-3.9V). Specifi- 
cations for the crystal and the circuit are shown in Fig- 
ure 32. 

The system clock has to be supplied externally. It can 
be up to 8 MHz. This clock runs the parallel side of the 
82588. Its frequency does not have any impact on the 
read and write access times but on the rate at which 
data can be transferred to and from the 82588 (Maxi- 
mum DMA data rate is one byte every two system 
clocks). This clock doesn’t require MOS levels. 

The I/O channel of the IBM PC supplies a 4.77 MHz 
signal of 33% duty cycle. This signal could be used as a 
system clock. It was decided, however, to generate a 
separate clock on the StarLAN board to be indepen- 
dent of the I/O channel clock so that this board can 
also be used in other IBM PCs and also in some other 
compatibles. The 8 MHz system clock is generated us- 


ing a DIP OSCILLATOR which have the required 50 
ppm tolerance to meet StarLAN. This clock is convert- 
ed to MOS levels by 74HCT00 and fed into both the 
system and serial clock inputs. 

5.1.4 DMA INTERFACE 

The 82588 requires either one or two DMA channels 
for full operation. In this application, one channel is 
dedicated for reception and the other is used for trans- 
missions and the other commands. Use of only one 
DMA channel is possible but may require more com- 
plex software, also some RX frames may be lost during 
switches of the DMA channel from the receiver to the 
transmitter (Those frames will be recovered by higher 
layers of the protocol). Also using only one DMA 
channel will limit the 82588 loopback functionality. So 
the recommendation is to operate with two DMA chan- 
nels if available. Appendix C describes a method of op- 
erating with only one DMA channel without loosing 
RX frames. 

The IBM PC system board has one 8237A DMA con- 
troller. Channel 0 is used for doing the refresh of 
DRAMs. Channels 1, 2 and 3 are available for add-on 
boards on the I/O Channel. The floppy disk controller 
board uses the DMA channel 2 leaving exactly two 
channels (1 and 3) for the 82588. The situation is worse 
if the IBM PC/XT is used, since it uses channel 3 for 
the Winchester hard disk leaving just the channel 1 for 


Series Resonance 

— Frequency Will Drift by About 400 PPM from Nominal 
— No Capacitors Needed 
— Doesn’t Meet StarLAN Requirements 

Meeting StarLAN 100 PPM Requirements 

— Use Parallel Resonance Crystal 

— Recommended For Precise Frequencies 

—82588 X-TAL Oscillator Stability ±35 PPM (0-70°C) 



Crystal: Load Capacitance = 20 pF 

Shunt Capacitance = 7 pF Maximum 
Series Resistance = 30fl Maximum 
Frequency Tolerance = 50 PPM (0-70°C) 


Cl, C2 -> 27 pF or 39 pF, 5% 


Figure 32. Crystal Specifications 
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the 82588. On the other hand, the IBM PC/AT has 5 
free DMA channels. We will assume that 8237A-DMA 
channels 1 and 3 are available for the 82588 as in the 
case of the IBM PC. 

Since the channel 0 of 8237A is used to do refresh of 
DRAMs all the channels should be operated in single 
byte transfer mode. In this mode, after every transfer 
for any channel the bus is granted to the current high- 
est priority channel. In this way, no channel can hog 
the bus bandwidth and, more important, the refresh of 
DRAMs is assured every 15 microseconds since the re- 
fresh channel (number 0) has the highest priority. This 
mode of operation is very slow since the HOLD is 
dropped by the 8237A and then asserted again after 
every transfer. Demand mode of operation is a lot more 
suitable to 82588 but it cannot be used because of the 
refresh requirements. 

Whenever the 82588 interfaces to the 8237A in the sin- 
gle transfer mode, there is a potential 8237A lock-up 
problem. The 82588 may deactivate its DMA request 
line (DREQ) before receiving an acknowledge from the 
DMA controller. This situation may happen during 
command abortions, or aborted receptions. The 8237A 
under those circumstances may lock-up. In order to 
solve this potential problem, an external logic must be 
used to insure that DREQ to the DMA controller is 
never deactivated before the acknowledge is received. 

. Figure 33 shows the logic to implement this function. 
This logic is implemented in the 16L8 PAL. 

The 82588 DREQ lines are connected to the IBM/PC 
bus through tri-state buffers which are enabled by writ- 
ing to I/O port 30 1H. This function enables the use of 
either one or two DMA channels and also the sharing 
of DMA channels with other adapter boards. 


5.1.5 INTERRUPT CONTROLLER 

The 82588 interrupts the CPU after the execution of a 
command or on reception of a frame. It uses the 8259A 
interrupt controller on the system board to interrupt 
the CPU. There are 6 interrupt request lines, IRQ2 to 
IRQ7, on the I/O channel. Figure 34 shows the assign- 
ment of the lines. In fact, none of the lines are com- 
pletely free for use. To add any new peripheral which 
uses a system board interrupt, this interrupt needs to 
have the capability to share the specific line, by driving 
the line with a tri-state driver. The 82588 StarLAN 
adapter board can optionally drive interrupt lines 
IRQ3, IRQ4 or IRQ5 (An 74LS125 driver is used). 


Number 

Usage 

NMI 

Parity 

0 

Timer 

1 

Keyboard 

2 

Reserved 

3 

Asynchronous Communications 


(Secondary) 

SDLC Communications 

BSC (Secondary) 

4 

Asynchronous Communications 
(Primary) 

SDLC Communications 

BSC (Primary) 

5 

Fixed Disk 

6 

Diskette 

7 

Printer 


Figure 34. IBM PC Hardware Interrupt Listing 
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5.2 Serial Link Interface 

A typical StarLAN adapter board is connected to the 
twisted pair wiring using an extension cable (typically 
up to 8 meters — 25 ft.). See Figure 35. One end of the 
cable plugs into the telephone modular jack on the Star- 
LAN board and the other end into a modular jack in 
the wall. The twisted pair wiring starts at the modular 
jack in the wall and goes to the wiring closet. In the 
wiring closet, another telephone extension cable is used 
to connect to a StarLAN HUB. The transmitted signal 
from the 82588 reach the on-board telephone jack 
through a RS-422 driver with pulse shaping and a pulse 
transformer. The received signals from the telephone 
jack to the 82588 come through a pulse transformer, 
squelch circuit and a receive enable circuit. 



Figure 35. Path from StarLAN Board to HUB 


5.2.1 TRANSMIT PATH 

The single ended transmit cttmnl on fhp TxD nin i«s 
converted to a differential signal and the rise and fall 
times are increased to 1 50 to 200 ns before feeding it to 
the pulse transformer (this pulse shaping is not a re- 
quirement, but proves to give good results). Am26LS30 
is a RS-422 driver which converts the TxD signal to a 
differential signal. It also has slew rate control pins to 
increase to rise and fall times. A large rise and fall time 
reduces the possibility of crosstalk, interference and ra- 
diation. By the other hand a slower edge rate increases 
the jitter. In the StarLAN adapter card, the first ap- 
proach was used. The 26LS30 converts £ square pulse 
to a trapezoidal one — see Figure 36. The filtering effect 
of the cable further adds to reduce the higher frequency 
components from the waveform so that on the cable the 
signal is almost sinusoidal. The pulse transformer is for 
DC isolation. The pulse transformers from Pulse Engi- 
neering — type PE 64382 — was used in this design. This 
is a dual transformer package which introduces an ad- 
ditional rise and fall time of about 70-100 ns on the 
signal, helping the former discussed waveshaping. 

5.2.2 IDLE PATTERN GENERATION 

StarLAN requires transmitters to generate an IDLE 
pattern after the last transmitted data bit. The IDLE 
pattern is defined to be a constant high level for 2-3 
microseconds. The purpose of this pattern is to insure 
that receivers will decode properly the last transmitted 
data bits before signal decay. Currently the 82588 needs 
one external component to generate the IDLE. The op- 
eration principle is to have an external shift register 
(74LS164) that will kind of act as an envelope detector 
of the TXD line. Whenever the TXD line goes low 



Figure 36. Wave Shaping 
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(first preamble bit), the output of the shift register 
(third cell) will immediately go low, enabling the RS- 
422 driver, the shift register being clocked by TCLK — 
will time the duration of the TXD high times. If the 
high time is more than 2 microseconds, meaning that 
the 82588 has gone idle, the transmitter will be disabled 
(See Figure 37). Another piece of this logic is the OR- 
ing of the output of the shift register with TXEN — sig- 
nal which comes from the board control port. This sig- 
nal completely disables the transmitter. The other pur- 
pose of this enable signal, is to make sure that after 
power-up, before the 82588 is configured, the RS-422 

drivers won’t be enabled (TCLK is not active before 

the configure command). See Figures 28, 29 for the 
complete circuit. 

5.3 RECEIVE PATH 

The signal coming from the HUB over the twisted pair 
wire is received on the StarLAN board through a lOOfl 
line termination resistor and a pulse transformer. The 
pulse transformer is of the same type as for the transmit 
side and its function is dc isolation. The received signal 
which is differential and almost sinusoidal is fed to the 
Am26LS32 RS-422 receiver. As seen from Figure 38 
the pulse transformer feeds two RS-422 receivers. The 
one on the bottom is for squelch filtering and the one 
above is the real receiver which does real zero crossing 
detection on the signal and regenerates a square digital 
waveform from the sinusoidal signal that 


is received. Proper zero crossing detection is very essen- 
tial; if the edges of the regenerated signal are not at zero 
crossings, the resulting signal may not be a proper 
Manchester encoded signal (self introduced jitter) even 
if the original signal is valid Manchester. The resistors 
in the lower receiver keep its differential inputs at a 
voltage difference of 600 mV. These bias resistors en- 
sure that the output remains high as long as the input 
signal is more than — 600 mV. It is very important that 
the RxD pin remains HIGH (not LOW or floating) 
whenever the receive line is idle. A violation of this may 
cause the 82588 to lock-up on transmitting. Remember, 
that based on the signal on the RxD pin, the 82588 
extracts information on the data being received, Carrier 
Sense and Collision Detect. This squelch of 600 mV 
keeps the idle line noise from getting to the 82588. Fig- 
ure 39 shows that when the differential input of the 
receiver crosses zero, a transition occurs at the output. 
It also shows that if the signal strength is higher than 
— 600 mV, the output does not change. (This kind of 
squelching is called negative squelching, and it is done 
due to the fact that the preamble pattern starts with a 
going low transition). Note that the differential voltage 
at the upper receiver input is zero when the line is idle. 
The output of the squelch goes to a pulse stretcher 
which generates an envelope of the received frame. The 
envelope is a receive enable signal and is used to AND 
the signal from the real zero crossing receiver before 
feeding it to the RxD pin of the 82588. 
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5.4 80188 Interface to 82588 

Although the 82588 interfaces easily to almost any 
processor, no processor offers as much of the needed 
functionality as the 80186 or its 8 bit cousin, the 80188. 
The 80188 is 8088 object code compatible processor 
with DMA, timers, interrupt controller, chip select log- 
ic, wait state generator, ready logic and clock generator 
functions on chip. Figure 40 shows how the 82588, in a 
StarLAN environment interfaces to the 80188. It uses 
the clock, chip select logic, DMA channels, interrupt 
controller directly from the 80188. The interface com- 
ponents between the CPU and the 82588 are totally 
eliminated. 


5.5 iSBX Interface to StarLAN 

Figure 41 shows how to interface the 82588 in a Star- 
LAN environment to the iSBX bus. It uses 2 DMA 
channels — tapping the second DMA channel from a 
neighboring iSBX connector. Such a board can be used 
to make a StarLAN to an Ethernet or a SNA or DEC- 
NET gateway when it is placed on an appropriate SBC 
board. It may also be used to give a StarLAN access to 
any SBC board (with an iSBX connector) independent 
of the type of processor on the board. 
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6.0 THE StarLAN HUB 

The function of a StarLAN HUB is described in section 
2.0. Figure 42 shows a block diagram of a HUB. It 
receives signals from the nodes (or lower level HUBs) 
detects if there is a collision, generates the collision 
presence signal, re-times the signal and sends it out to 
the higher level HUB. It also receives signals from the 
higher level HUB, re-times it and sends it to all the 
nodes and lower level HUBs connected to it. If there is 
no higher level HUB, a switch on the HUB routes the 
upstream received signal down to all the lower nodes. 
The functions performed by a HUB are: 

* Receiving signals, squelch 

* Carrier Sensing 

* Collision Detection 

’"Collision Presence Signal Generation 

* Signal Retiming 

’"Driving signals on to the cable 

* Jabber Function 
*Receive protection Timer 


6.1 A StarLAN Hub for the IBM/PC 

Figure 43 shows the implemention of a 5/6 port HUB 
for the IBM/PC. 

The idea of the following design is to show a HUB that 
plugs into the IBM/PC backplane. This HUB not only 
gets its power from the backplane, but also enables the 
host PC to be one NODE into the StarLAN network. 
This embedded node scheme enables further savings 
due to the fact that all the analog interface for this port 
is saved (receiver, transmitter, transformer, etc). 

This kind of board would suit very much a small clus- 
ter topology (very typical in departments and small of- 
fices) where the HUB board would be plugged into the 
FILE SERVER PC (PC/XT, PC/AT). 

The HUB design doesn’t implement the Jabber and the 
protection timers as called by the 1BASE5 draft stan- 
dard. Those functions are optional and were not closed 
during the writing of this AP-NOTE. This HUB does 
implement the RETIMING circuit which is an essen- 
tial requirement of StarLAN. 

Figures 44 to 49 show a complete set of schematics for 
the HUB design. 



1-118 





AP-236 


inteT 



Figure 43. IBM/PC Resident HUB 


1-119 



Figure 44 

1-120 



AP-236 












Figure 46 

1-122 


COLLISION PATTERN GENERATION 



HUB COLLISION LOGIC 



DCO 

TECHNICAL MARKETING 

. INTEL 

TITLE 

HUB COLLISION LOGIC 

draun 

BV 

BELL 

DESIGNER 

ADI GOLBERT 

FILE 

HUB3 . DUG 

DATE 

03-13-86 1 SHEET 

3 OF 6 


- | i I 2 




231422-90 


AP-236 






Figure 47 
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Figure 49 
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6.1.1 HUB INPUT PORTS 

Figure 38 shows a block diagram of an input port. Dif- 
ferently than the implementation in Figure 29 the HUB 
input port is potentially more complex than the NODE 
input port. The reason being that the HUB is a central 
resource and much more sensitive to noise. For exam- 
ple, if the NODE input port would falsely interpret 
noise on an IDLE line as valid signal, the worst case 
situation would be that this noise would be filtered out 
by the 82588 time squelch circuitry, on the HUB by the 
other hand, this false carrier sense could trigger a COL- 
LISION and a good frame (on another input) potential- 
ly discarded. 

As shown in Figure 38 immediately after the termina- 
tion resistor, there is a HIGH FREQUENCY FILTER 
circuit. The purpose of this circuit is to eliminate high 
frequency noise components keeping noise jitter into 
the allocated budget (about ±30 ns). A 4 MHz two 
pole butterworth filter is being recommended by the 
IEEE 802.3 1BASE5 task force (see Figure 50). 


The time squelch for the NODE board is implemented 
by the 82588 (see section 3.7) this circuit makes sure 
that pulses that are shorter than a specified duration 
will be filtered out. 

The other components of the block diagram were ex- 
plained in section 3.0. 

The HUB design doesn’t implement the HIGH FRE- 
QUENCY FILTER and TIME SQUELCH. In the 
HUB design as an output of each input port, two sig- 
nals are available: Rn, En, (RA, RB . . . , EA, EB . . . ). 
The Rn signals are the receive data after the zero cross- 
ing receivers. The En lines are CARRIER SENSE sig- 
nals. The HUB design supports either 5 or 6 input 
ports, dependent upon if it is configured as IHUB or 
HHUB. Port RE, EE (Figure 49) is bidirectional, con- 
figurable for either input or output. Port RF, EF is 

the embedded 82588 port, and doesn’t require the ana- 
log circuitry (EF is inverted, being generated from the 
RTS signal). 



Figure 50. Receiver High Frequency Filter 
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6.1.2 COLLISION DETECTION 

Rn and En signals from each channel are fed to a 16L8 

PAL, where the collision detection function is per- 
formed. 

COLLISION DETECTION: 

CDT = ! (EA & !EB & !EC & !ED & !EE & EF # 

! EA & EB & !EC & !ED & !EE & EF # 

! EA & !EB & EC & !ED & !EE & EF # 

! EA & !EB & !EC & ED & !EE & EF # 

! EA & !EB & !EC & !ED & EE & EF # 

! EA & !EB & !EC & !ED & !EE & !EF_ # 

! EA & !EB & !EC & !ED & !EE & EF ); 

COLLISION DETECTION SR-FF: 


Collision Detection in the StarLAN HUB is performed 
by detecting the presence of activity on more than one 
input channels. This means if the signal En is active for 
more than one channel, a collision is said to occur. This 
translates to the PAL equations: 


(only EA active) 
(only EB active) 
(only EC active) 
(only ED active) 
(only EE active) 
(only EF active) 
(none of the inputs active) 


COLLEN = ! (CDT # COLLEN ); (set with collision) 

COLLEN = ! ( RESET # COLLEN # 

( !CDT & !EA & !EB & !EC & !ED & !EE & EF ); 


( reset when all inputs inactive ) 


RECEIVE DATA OUTPUT: 

RCVDAT = ( ( RA # !EA ) & ( RB # !EB ) & ( RC # !EC ) & 

( RD # !ED ) & (RE # !EE ) & (RF # EF ) ); 

( output is high if no active input) 
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The COLLEN signal once triggered will stay active un- 
til all inputs go quiet. This signal is used externally to 
either enable passing RCVDAT or the collision pres- 
ence signal (CPS) to the retiming logic. An external 
multiplexer using 3 nand gates is used for this function. 
Note that in this specific implementation the CPS/ 
RCVDAT multiplexer is before the retiming logic, 
which is different from Figure 42 diagram. StarLAN 
provides enough BIT-BUDGET delay to allow the CPS 
signal to be generated through the retiming FIFO. In 
this HUB implementation it was decided to use this 
option to make sure that the CPS startup is synchroniz- 
ed with the previously transmitted bit as required by 
the 1BASE5 draft. 


6.1.3 THE LOCAL 82588 

As described before, the purpose of the local 82588 is to 
enable the Host IBM/PC to also be a node into the 
StarLAN network. The interface of this 82588 is exact- 
ly similar to the one explained in section 5. The RTS 

signal serves as the carrier EF signal, and TXD as 

RF signal. This local node interfaces to the HUB with- 
out any analog interface which is a significant saving. 

6.1.4 THE COLLISION PRESENCE SIGNAL 

The Collision Presence Signal (CPS) is generated by the 
HUB whenever the HUB detects a collision. It then 
propagates the CPS to the higher level HUB. The CPS 
signal pattern is shown in Figure 51. Whenever a Star- 
LAN node receives this signal, it should be able 
to detect within a very few bit times that a collision 
occurred. Since the, nodes detect the occurrence of a 
collision by detecting violations in Manchester encod- 
ing, the CPS must obviously be a signal which violates 


Manchester encoding. Section 3.5 shows that the CPS 
has missing mid-cell transitions occurring every two 
and a half bit cells. These are detected as Manchester 
code violations. Thus, the StarLAN node is presented 
with collision detection indications every two and a half 
ms. This results in fast and reliable detection of colli- 
sions. CPS has a period of 5 ms. 

One may wonder why such a strange looking signal was 
selected for CPS. The rationale is that this CPS looks 
very much like a valid Manchester signal — edges are 
0.5 or 1.0 microsec. apart — resulting in identical radia- 
tion, cross-talk and jitter characteristics as a true Man- 
chester. This also makes the re-timing logic for the sig- 
nals simpler — it need not distinguish between valid 
Manchester and CPS. Moreover, this signal is easy to 
generate. 

A few important requirements for CPS signal are: a) it 
should be generated starting synchronized with the last 
transmitted bit cell. CPS is allowed to start either low 
or high, but no bit cell of more than 1 microsecond is 
allowed (Avoid false idles, very long “low” bits), b) 
once it starts, it should continue until all the input lines 
to the HUB die out. Typically, when the collision oc- 
curs, the multiplexor in the HUB switches from RCV 
signal to the CPS. This switch is completely asynchro- 
nous to the currently being transmitted data, and by 
such may violate the requirement of not having bit cells 
longer than 1 juts. In order to avoid those long pulses, 
the output of the CPS/RCVDAT multiplexer is passed 
through the retiming circuitry which will correct those 
long pulses to their nominal value. The reason for re- 
striction b) is to ensure that the CPS is seen by all nodes 
on the network since it is generated until every node 
has finished generating the Jam pattern. 


1 J I 0 I 1 I 0 I K I J I 0 I 1 I 0 I K I 


I 2t |t I 2t I 2t |t| t = 0.5 jj.s 

5 fis PERIOD 

♦ MISSING MID-CELL TRANSITION 
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• Collision Presence Signal (CPS) is generated by the HUB when it detects more than one input line active. 

• CPS violates Manchester encoding rules — due to missing mid-cell transitions — hence is detected as a colli- 
sion by the DTE (82588). 


Choice of Collision Presence Signal 

• It is a Manchester look-alike signal — edges are 0.5 or 1.0 ju,s apart. 

— Identical radiation, crosstalk and jitter characteristics 

— Eases retiming of the signal in the HUB 

• It is easy to generate — 1.5 TTL pack, or in a PAL 


Figure 51. Collision Presence Signal 
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CPS is generated using a 4-bit shift register and a flip- 
flop as shown in Figure 52. It works off a 2 MHz clock. 
A closer look at the CPS waveform shows that it is 
inverse symmetric within the 5 jus period. The circuit is 
a 5-bit shift register with a complementary feedback 
from the last to the first bit. The bits remain in defined 
states (01100) till collision occurs. On collision the bits 
start rotating around generating the pattern of 
0011011001, 0011011001, 00110 ... with each state 
lasting for 0.5 jlls. 



Figure 52. Collision Presence 
Signal Generation 


6.1.5 SIGNAL RETIMING 

Whenever the signal goes over a cable it suffers jitter. 
This means that the edges are no longer separated by 
the same 0.5 or 1.0 ju.s as at the point of origin. There 
are various causes of jitter. Drivers, receivers introduce 
some shifting of edges because of differing rise and fall 
times and thresholds. A random sequence of bits also 
produces a jitter which is called intersymbol interfer- 
ence, which is a consequence of different propagation 
delays for different frequency harmonics in the cable. 
Meaning short pulses have a longer delay than long 
ones. A maximum of 62.5 ns of jitter can accumulate in 
a StarLAN network from a node to a HUB or from a 
HUB to another HUB. The following values show what 
are the jitter components: 


Transmitter skew 

±10 ns 

Cable Intersymbol interference 

±9 ns 

Cable Reflections 

±8 ns 

Reflections due to receiver 


termination mismatch 

±5 ns 

HUB fan-in, fan-out 

±5 ns 

Noise 

±25.5 

Total 

±62.5 ns 


It is important for the signal to be cleaned up of this 
jitter before it is sent on the next stretch of cable be- 
cause if too much jitter accumulates, the signal is no 
longer meaningful. A valid Manchester signal would, as 


a result of jitter, may no longer be decodable. The pro- 
cess of either re-aligning the edges or reconstructing the 
signal or even re-generating the signal so that it once 
again “looks new” is called re-timing. StarLAN re- 
quires for the signal to be re-timed after it has travelled 
on a segment of cable. Tn a typical HUB two re-timing 
circuits are necessary; one for the signals going up- 
stream towards the higher level HUB and the other for 
signals going downstream towards the nodes. 

6.1.6 RETIMING CIRCUIT, THEORY OF 
OPERATION 

This section will discuss the principles of designing a 
re-timing circuit. Figure 53 shows the block diagram of 
a re-timing circuit. The data coming in is synchronized 
using an 8 MHz sampling clock. Edges in the waveform 
are detected doing an XOR of two consecutive samples. 
A counter counts the number of 8 MHz clocks between 
two edges. This gives an indication of long (6 to 10 
clocks) or short (3 to 5 clocks) pulses in the received 
waveform. Pulses shorter than 3 clocks are filtered out. 
Every time an edge occurs, the length — (S)hort or 
(L)ong — of the pulse is fed into the FIFO. Retiming of 
the waveform is done by actually generating a new 
waveform based on the information being pumped into 
the FIFO. The signal regeneration unit reads the FIFO 
and generates the output waveform out of 8 MHz clock 
pulses based on what it reads, either short or longs. In 
summary every time a bit is read from the fifo, it indi- 
cates that a transition needs to occur, and when to fetch 
the next bit. When idle the output of the retiming logic 
starts with a “high” level. 

FIFO Output 

empty 1111 

S 0000 

S 1111 

L 00000000 

L 11111111 

It can be seen that the output always has edges separat- 
ed by 4 or 8 clock pulses— 0.5 or 1.0 juls. 

The FIFO is primarily needed to account for a differ- 
ence of clock frequencies at the source and regeneration 
end. Due to this difference, data can come in faster or 
slower than the regeneration circuit expects. A 16 deep 
FIFO can handle frequency deviations of up to 200 
ppm for frame lengths up to 1600 bytes. The FIFO also 
overcomes short term variations in edge separation. It 
is essential that the FIFO fills in up to about half before 
the process of regeneration is started. Thus, if the re- 
generation is done at a clock slightly faster than the 
source clock, there is always data in the FIFO to work 
from. That is why the FIFO threshold detect logic is 
necessary, which counts 8 edges and then enables the 
signal regeneration logic. 
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Example: 

Input Waveform 

Input into 
the FIFO 


...1 111000111 1000000011 11111 11100011 11100 ... 

II I ill 

<S> <S> <L> <LXS> <S> 


Regenerated Output: 

Output: ... 1 1 1 1 1 00001 1 1 1 000000001 1 1 111 11 00001 11... 

FIFO: III I II 

<S> <S> <L> <L> <S> <S> 



OUTPUT 
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Figure 53. Retiming Block Diagram 


6.1.7 RETIMING CIRCUIT IMPLEMENTATION 

The retiming circuit implementation can be seen in Fig- 
ures 47, 48. Both figures implement exactly the same 
function, one for the upstream, and the other for the 
downstream. The retiming circuit was implemented us- 
ing about 8 SSI, MSI TTL components, one fifo chip 
and one PAL. The purpose of implementing this func- 
tion with discrete components was to show the imple- 
mentation details. The discussion of the implementa- 
tion will refer to Figure 47 for unit numbers. 

The signal UPIMP which is an output of the HUB 
multiplexing logic, is asynchronous to the local clock. 
This signal is synchronized by two flip-flops and fed 
into an edge generation logic (basically an XOR gate 
that compares the present sample with the previous 
one). On every input transition a 125 ns pulse will be 


generated at the output of the edge detector (U28). This 
pulse will reset the 74LS161 counter that is responsible 
for measuring pulse widths (in X8 clock increments). 
The output of the pulse discriminator will reflect the 
previous pulse width every time a new edge is detected. 
The following events will take place on every detected 
edge: 

1. U26 which is the threshold detector will shift one 
“1” in. The outputs of U26 will be used by the con- 
trol PAL to start the reconstruction process. 

2. The output of U23 which specifies the last pulse 
width will be input into the control PAL for deter- 
mining if it was a long or short pulse. The result of 
this evaluation will be the LSIN signal which will be 
loaded into the fifo (U22). 

U22 is the retiming FIFO, it is 16x4 fifo, but only one 
bit is necessary to store the SHORT/LONG informa- 
tion. 
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CONTROL LOGIC PAL functions (U25): 

Signals definition: 

INPUTS: 

PD0..PD3: Outputs of the pulse descriminator, indi- 

cate the width of the last measured 
pulse. 

EDD : Output of the edge detector, pulse of 125 

ns width, indicates the occurrence of an 
edge in the input data. 

THRESH: Output of the threshold logic, indicates 

at least one bit was already received. 

CNTEN: Output of the Threshold logic, indicates 

7 bits have been loaded into the FIFO, 
and that signal reconstruction can begin. 

CNTEND: The same signal as before delayed by one 

clock. 

OUTDAT: Output of the retiming logic, is feedback 

into the PAL to implement a clocked 
T-FF. 

RESET : Resets the retiming logic. 


CNTTC: Terminal count of the reconstruction 

counter, indicating that reconstruction 
of a new bit will get started. 

OR: Output of the FIFO indicating, that the 

FIFO is empty and that IDLE genera- 
tion can get started. 

OUTPUTS: 

LDFIFO : Loads SHORT/LONG indications into 

the FIFO. 

LSIN: Indicates SHORT/LONG 

CNTPE : Loads FIFO SHORT/LONG output 

into the reconstruction counter. 

ODAT: Together with the external U21 flip-flop 

and OUTDAT implement a clocked 

T-FF. 

Loading the FIFO will be done every time there is an 
edge, we have passed the one bit filter threshold level, 
and the pulse width is longer than two 8X clocks. This 
one bit threshold level serves as a time domain filter 
discarding the first received preamble bit. 


LDFIFO.. = ! ( PD1 # PD2 # PD3 ) & !EDD. & THRESH ) ; 

Whenever there is an edge , we are above the first received bit threshold 

and the pulse width is longer than "1" the fifo is loaded. 

LSIN = l (PD3 # (PD2 & PDO) # (PD2 & PD1) ) ; 

Every pulse longer than 6 is considered to be a long pulse . 

CNTPE. = 1 ( (CNTEN & ICNTEND) # CNTTC ) ; 

The reconstruction counter is loaded in two conditions : 

Whenever CNTEN comes active , meaning the FIFO threshold of seven was exceeded. 

Whenever the terminal count of U24 is active meaning a new pulse is going to be reconstructed. 

ODAT = 1RESET. # ( 1CNTPE. & 10UTDAT) (A) 

# ( CNTPE. & OUTDAT) (B) 

# ( 1CNTPE. & 10R) (C) 

Minterm (A) and (B) implement a T-FF, whenever CNTPE, is "low" 

ODAT will toggle. The external U21 is part of this flip-flop. 

Minterm (C) insures the output of the flip-flop will go inactive 
"high" when the FIFO is empty. RESET, causes the output to go 
"high" on initialization. 
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U24 as mentioned is the reconstruction counter. This 
counter is loaded by the control logic with either 8 or 
12, it counts up and is reloaded on terminal count. Es- 
sentially generating at the output nominal length longs 
and shorts. 

U22 is the retiming FIFO, and its function as men- 
tioned is to accommodate frequency skews between the 
incoming and outgoing signal. 

U27 is the IDLE generation logic. The purpose of this 
logic is to detect when the FIFO is empty, meaning that 
no more data needs to be transmitted. On detection of 
this event this component will generate 2 ms of IDLE 
time. On the end of IDLE the whole retiming logic will 
be reset. 

6.1.8 DRIVER CIRCUITS 

The signal coming out of the RETIMING LOGIC is 
fed into 26LS30s and pulse transformers to drive the 
twisted pair lines (See section 5.0 for details). 

6.1.9 HEADER/INTERMEDIATE HUB SWITCH 

As seen on Figure 43 this hub can be configured as 
either an intermediate hub, or a Header one. One of the 
phone jacks, more specifically JACK # 5 is either an 
input port or an output one. In order to implement this 
function, an 8 position DIP SWITCH (SW1) is used. 
The phone jacks are marked with UD, DD notation, 
meaning upstream data, and downstream data respec- 
tively. As specified in the StarLAN 1BASE5 draft 
NODES transmit data on UD pair, and HUBS on the 
DD pair. Switch SW1 has the function to invert UD, 
DD in PHONE JACK #5 to enable it to be either 
input or output port. 

6.1.10 JABBER FUNCTION 

This design does not implement the jabber unit but it is 
described here for completeness. IEEE 802.3 does not 
mandate this feature, but it is “Strongly Recommend- 
ed”. The jabber function in the HUB protects the net- 
work from abnormally long transmissions by any node. 

Two timers Tl, T2 are used by the JABBER function. 
They may be implemented either as local timers (one 
for each HUB port) or as global timers shared by all 
ports. After detecting an input active, timers Tl, T2 


will be started, and Tl will time out after 25 to 50 ms. 
T2 will time-out after 51 to 100 ms. During T2 time, 
after Tl expired, the HUB will send the CP-PAT- 
TERN informing any jamming stations to quit their 
transmissions. If on T2 time-out there are still jamming 
ports, their input is going to be disabled. A disabled 
port, will be reenabled whenever its input becomes 
again active and the downward side is idle. 

The following is an explanation of the requirement that 
the downward side be idle to reenable an input port. 
Consider the case of Figure 54. The figure shows a two 
port HUB. Port A has two wires A u , Ad for the up and 
down paths. Port B has B u , Bd respectively. Port C is 
the output port, that broadcasts to the other HUBs 
higher in the hierarchy. Consider the case as shown, 
where B u and Bd are shorted together. Suppose the case 
that port A u is active. Its signal will propagate up in the 
hierarchy through C u and come down from Cd to Ad, 
and Bd- Due to the short between Bd and B u the signal 
will start a loop, that will first cause a collision and jam 
the network forever. This kind of fault is taken care of 
by the jabber circuitry. Tl and T2 will expire, causing 
the jabber logic to disable B u input. Upon this disabling 
B u is going to go Idle and be a candidate for future 
enabling. Suppose now that A u is once again active. If 
the reenable condition would not require Cd to be 
IDLE, B u would be reenabled causing the same loop to 
happen once again. Note that in this case Cd will be 
active before B u causing this port to continue to be 
disabled and avoiding the jamming situation (Figure 
55) gives a formal specification of the jabber function). 



Figure 54. Jabber Function 
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Power On 



- 4 — Wait for input active. 


• 4 — Input is active, activate timers T1, T2. 

If input goes idle, then it was a 
normal transmission. Otherwise if 
JabberTimerl expires, the transmission 
is illegal. Start generating collision 
pattern in state JABBER JAM. 

• 4 — Variable probation_alternative indicates 

two possible ways of implementing the function. 
Implementation of either one is allowed. 


Conditions for going to state JABBER SHUTOFF 
-T2 expires. 


- INPUT(UPPER) = idle * INPUT (X) = active 
It means that the current HUB was 
SHUTOFF by a higher hierarchy one. 
This one will also SHUTOFF with the 
purpose that a jamming input be 
DISABLED at the lowest possible level. 


- INPUT (X) = idle 

Two alternatives are allowed : 
Go back to JABBER IDLE, or 
go to the SHUTOFF state. 


1 — On state JABBER SHUTOFF, the 
input is disabled. 


Input will be reenabled if input is active, 
and the upper port is quiet. 

231422-99 


Figure 55. Jabber State Diagram 


6.1.11 HUB RECEIVER PROTECTION TIMER 

On the end of a transmission, during the transition 
from IDLE to high impedance state, the transmitter 
will exhibit an undershoot and/or ringing, as a conse- 
quence of transformer discharge. This undershoot/ 
ringing will be transmitted to the receiver which needs 
to protect itself from false carriers due to this effect. 
One way of implementing this protection mechanism is 
to implement a blind timer, which upon IDLE detec- 
tion will “blind” the receiver for a few microseconds. 

Causes of the transmitter undershoot/ringing: 

1. Difference in the magnitudes of the differential out- 
put voltage between the high and the low output 
stages. 

2. Waveform assymmetry due to transmitter jitter. 

3. Transmitter and receiver inductance (transformer 
L). 

4. Two to three microseconds of IDLE pattern. 


All the described elements will contribute to energy 
storage into the transformer inductor, which will dis- 
charge during the transition of the driver to high im- 
pedance. 

The blinding timer is currently defined to be from 20 to 
30 microseconds for the HUBs, being from 0 to 30 mi- 
croseconds for the nodes (optional). The 82588 has 
built-in this function. It won’t receive any frames for an 
inter-frame-spacing (IFS) from the idle detection. 

6.1.12 HUB RELIABILITY 

Since the StarLAN HUBs form focal points in the net- 
work, it is important for them to be very reliable, since 
they are single points of failure which can affect a num- 
ber of nodes or can even bring down the whole net- 
work. StarLAN 1BASE5 draft requires HUBs to have 
a mean time between failures (MTBF) of at least 5 
years of continuous operation. 
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7.0 SOFTWARE DRIVER 

The software needed to drive the 82588 in a StarLAN 
environment is not different from that needed in a ge- 
neric CSMA/CD environment. This section goes into 
specific procedures used for operations like TRANS- 
MIT, RECEIVE, CONFIGURE, DUMP, ADDRESS 
SET-UP, etc. A special treatment will be given to inter- 
facing with the IBM PC— DMA, interrupt and I/O. 

Since all the routines were written and tried out in 
PLM-86 and ASM-86, all illustrations are in these lan- 
guages. 

The following software examples are pieces of an 82588 
exerciser program. This program’s main purpose was to 
exercise the 82588 functionality and provide the func- 
tions of traffic generation and monitoring. By such the 
emphasis was on speed and accuracy of statistics gath- 
ering. 


7.1 Interfacing to IBM PC 

The StarLAN board interfaces to the CPU, DMA con- 
troller and the interrupt controller on the IBM PC sys- 
tem board. The software to operate the 82588 runs on 
the system board CPU. The illustrated routines in this 
section show exactly how the software interface works 
between the system resources on the IBM PC and the 
StarLAN board. 


7.1.1 DOING I/O ON IBM PC 

The safest way to use the PC monitor as an output 
device and the keyboard as the input device is to use 
them through DOS system calls. The following is a set 
of routines which are handy to do most of the I/O: 

keySstat — to find out if a new key has been 

pressed 

keyinSnoecho — to read a key from the keyboard 
charSout — to display a character on the screen 

msgSout — to display a character string on the 

screen 

line$in — to read in a character string from the 

keyboard 

The exact semantics and the protocol for doing these 
functions through DOS system calls is shown in the 
listing in Figure 56. Refer to the DOS Manual for a 
more detailed description. To make a DOS system call, 
register AH of 8088 is loaded with the call Function 
Number and then, a software interrupt (or trap) 21 hex 
is executed. Other 8088 registers are used to transfer 
any parameters between DOS and the calling program. 
The code is written in Assembly language for register 
access. Let us see an example of the ‘msg$out’ routine: 


Ids dx , STRING_POINTER 
mov ah,09h 
int 21h 


load pointer to string in reg. dssdx 
9 = function number for string o/p 
DOS System Call 


These procedures are called from another module, written in a higher level language like PLM-86. The parameters 
are transferred to the ASM-86 routines on the stack. 


Examples of using the I/O routines: 


KEY_STATUS = keyftstat ; 

NEWLKEY = keyinSnoecho ; 

call line$in(@LINE_BUFFER) ; 

call charftout (CHAFL.0UT) ; 

call msgftout ( @ ( * THIS IS A MESSAGE. $ 1 ) ) 


/* INQUIRE KEYBOARD STATUS */ 
/* INPUT NEW KEY */ 
/* STRING INPUT */ 
/* TO OUTPUT CHAR.OUT ON SCREEN*/ 
/* OUTPUT STRING */ 
/* NOTE | TERMINATOR */ 
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/* 

/* 

/* 


Declarations for external IBM PC I/O routines 


keySstat: procedure byte external; /* key status routine */ 

end keySstat; 


key$in$noeoho: procedure byte external; /* console input routine */ 

end key$in$noecho; 


/ 

/ 

/ 


char$out: procedure (char) external; /* console output routine */ 
declare char byte; 
end char $ out; 

msgSout: procedure(msgSptr) external; /* console string output routine 

declare msgSptr pointer; 
end msgSout; 

lineSin: procedure(lineSptr) external; /* console string input routine 

declare llneSptr pointer; 
end llne$ in; 


Assembly Language implementation of the routines 
STITLECIBM/PC DOS CALLS PROCEDURES) 



NAME 

DOSPROCS 


DGROUP 

CGROUP 


GROUP 

GROUP 

DATA 

CODE 


DATA 

DATA 


SEGMENT 

ENDS 

WORD PUBLIC 

' DATA 1 

DOS 

EQU 

21H 



CODE 


SEGMENT 

ASSUME 

WORD PUBLIC 
CS: CGROUP ,DS 

' CODE ' 

: DGROUP 


CHARS OUT : PROCEDURE ( CHAR ) EXTERNAL; 
DECLARE CHAR BYTE; 

END CHARSOUT; 

Outputs character to the screen. 

DOS system call 2 


CHAR 


EQU [BP+4] 

STACK 


CHAROUT 


PROC NEAR 

+ 

-+ 


PUBLIC 

CHAROUT 

! CHAR 

I 2 


PUSH 

BP 

+ 

-+ 


MOV 

BP.SP 

IIP lo 

I 2-1 


MOV 

DL , CHAR 

+ 

- + 


MOV 

AH, 2 

IIP hi 

I 2-2 


INT 

DOS 

+ 

-+ 


POP 

BP 

IBP lo 

I 2-3 


RET 

2 

H 

-+ 

CHAROUT 


ENDP 

IBP hi 

1 2-4 

; 



+ 

-+ 


KEYINSNOECHO: PROCEDURE BYTE EXTERNAL; 

END KEYINSNOECHO; 

Reads character without echoing to display 


KEYINNOECHO PROC NEAR 

PUBLIC KEYINNOECHO 

MOV AH, 8 (DOS call 8) 

INT DOS 

RET 

KEYINNOECHO ENDP 

Figure 7-56. I/O Routines for IBM/PC (continued) 
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Figure 56. I/O Routines for IBM/PC 
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intef 



MSGSOUT 

PROCEDURE (MSGSPTR) EXTERNAL; 



DECLARE 

MSGSPTR POINTER; 



END MSGSOUT; 




/* NOTE: 

MESSAGE 

IS TERMINATED WITH A DOLLAR SIGN */ 



MSGSPTR 

is double 

word pointer SEG: OFFSET 


MSG_L 


EQU [BP+4] 


MSG_H 


EQU [BP+6] 


MSGOUT 


PROC NEAR 



PUBLIC 

MSGOUT 


9 

PUSH 

BP 



MOV 

BP, SP 



MOV 

DX.MSG L 



PUSH 

DS 



MOV 

AX, MSG H 



MOV 

DS , AX 



MOV 

AH, 9 (DOS call 9) 



INT 

DOS 



POP 

DS 



POP 

BP 



RET 

4 


MSGOUT 


ENDP 



LINES IN: 

PROCEDURE ( LINE S PTR ) EXTERNAL ; 



DECLARE 

LINES PTR 

POINTER; 



END LINE SIN 



LINE_L 


EQU [BP+4] 


LINE_H 


EQU [BP+6] 


LINE IN 


PROC NEAR 



PUBLIC 

LINEIN 



PUSH 

BP 



MOV 

BP, SP 



PUSH 

DS 



MOV 

AX, LINE_H 



MOV 

DS , AX 



MOV 

DX , LINE L 



MOV 

AH, 10 (DOS call 10) 



INT 

DOS 



POP 

DS 



POP 

BP 



RET 

4 


LINEIN 


ENDP 

231422-60 

; KEYSSTAT: PROCEDURE BYTE EXTERNAL; 


; END KEYSSTAT; 



; Indicates whether any keyboard key was pressed. 


KEYSTAT 


PROC NEAR 



PUBLIC KEYSTAT 



MOV 

AH, 11 (DOS call 11) 



INT 

DOS 



RET 



KEYSTAT 


ENDP 


CODE 


ENDS 



END 
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Figure 56. I/O Routines for IBM/PC (Continued) 


7.2 Initialization and Declarations 

Figure 57 shows some declarations describing what ad- 
dresses the devices have and also some literals to help 
understand the other routines in this section. 


Figure 58 shows the initialization routines for the IBM 
PC and for the 82588. It also shows some of the typical 
values taken by the memory buffers for Configure, 
IA Set, Multicast and transmit buffers. 
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Following are some literal declarations that are used in the procedure examples 


Following are some literal declarations 
procedure examples 
declare 

cs_588 literally '0300b' , /* 

that are used in the 

82588 COMMAND/ STATUS */ 


brd_port 

literally 

'0301b' , 

/* 

DMA/ INTERUPT ENABLE PORT 

*/ 

plc_mask 

literally 

'021b' , 

/* 

8259A MASK REGISTER 

*/ 

pic_ocw2 

literally 

'020b' , 

/* 

8259A COMMAND WORD 2 

*/ 

dma_mask 

literally 

' Oab ' 

/* 

8237A MASK REGISTER 

*/ 

dma_mode 

literally 

' Obb ' 

/* 

8237A MODE REGISTER 

*/ 

dma_flff 

literally 

' Ocb ' 

/* 

8237A 1 ST/ 2ND BYTE FLOP 

*/ 

dma_addr_l 

literally 

'02b' 

/* 

8 2 37 A CHANNEL 1 ADDR. REG. 

*/ 

dma_bo_l 

literally 

'03b' 

/* 

8237A CHANNEL 1 BYTE COUNT 

*/ 

dma_addrb_l 

literally 

'083b' , 

/* 

CHANNEL 1 PAGE REGISTER 

*/ 

dma_addr_3 

literally 

'06b' 

/* 

8237A CHANNEL 3 ADDR. REG. 

*/ 

dma_bc_3 

literally 

' 07b ' 

/* 

8237A CHANNEL 3 BYTE COUNT 

*/ 

dma_addrh_3 

literally 

'082b' , 

/* 

CHANNEL 3 PAGE REGISTER 

*/ 

dma_on_l 

literally 

'01b' 

/* 

START CHANNEL 1 

*/ 

dma_on_3 

literally 

'03b' 

/* 

START CHANNEL 3 

*/ 

dma_off_l 

literally 

'05b' 

/* 

STOP CHANNEL 1 

*/ 

dma_off_3 

literally 

'07b' 

/* 

STOP CHANNEL 3 

*/ 

enable_588 

literally 

' Odf b 1 . 

/* 

UNMASK INTERRUPT LEVEL 5 

*/ 

seoi_pico 

literally 

'065b' , 

/* 

SPECIFIC EOI LEVEL 5 

*/ 

tx_dir 

literally 

'1* 

/* 

MEMORY TO 82588 

*/ 

rx_dir 

literally 

'0' 

/* 

82588 TO MEMORY 

*/ 

dma_rx_mode_ 1 

literally 

'045b' , 

/* 

RX ON CHANNEL # 1 

*/ 

dma_rx_mode_3 

literally 

' 047b ' , 

/* 

RX ON CHANNEL # 3 

*/ 

dma_tx_mode_l 

literally 

' 049b ' , 

/* 

TX ON CHANNEL # 1 

*/ 

dma_tx_mode_3 

literally 

' 04bb ' , 

/* 

TX ON CHANNEL # 3 
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Figure 57. Literal Declarations 


Initialization Routines 


Initialization routines 
/* SYSTEM INITIALIZE */ 


sys_init : procedure ; 


call setlinterrupt (13,intr_588) ; /* 
output (pic_mask) *= input (pic_mask) and enable_588; /* 
output (pic_ocw2) - seol_pico; /* 


BASE 8, LEVEL 5 */ 
ENABLE 588 INTERR. */ 
ACKS PENDING INTERR*/ 


wr_ptr , rd_ptr , fif ocnt-0 ; /* RESET STATUS FIFO */ 

/***********««*****«**»*««****************«*»***»***/ 

/* CONVERT SEG: OFFSET FORMAT TO 20 BIT ADDRESSES */ 

/♦^FOR^ALL^THE BUFFERS ^ */ 


iaset_dma_addr - 

cnf_dma_addr 

dmp_dma_addr 

mc_dma_addr 

tx_dma_addr 

do i-0 to 7 ; 

rx_dma_addr ( i ) > 
end; 


convert_20bit_addr (@ia_set_buf f_588(0) ) ; 
convert_20bit_addr (@conf ig_588(0) ) ; 
convert_20bit_addr(@dump_buf f_588(0) ) ; 
convert_20bit_addr(@multicast_buff_688(0)) ; 
oonvert_20bit_addr ( @tx_buf f er_588 C 0) ) ; 

convert_20bit_addr(@rx_buffer(i) .buff (0)) ; 


output (brd_port)«Offb; /* ENABLE DMA AND INTERRUPT DRIVERS */ 
end sys_init; 

82588 initialization 


lnit_588 : procedure; 


conf ig_588(00) - 10; /* TO CONFIGURE ALL 10 PARAMETERS */ 
config_588(01) = 00; 

config_588(02 - 00001000b; /* MODE 0, 8 MHZ CLOCK, 1 MB/S */ 
COnflg_5B8(03) - buf f_len/4 ; /* RECEIVE BUFFER LENGTH */ 
COnfig_588(04) - 00100110b; /* NO LOOPBACK, ADDR LEN - 6, PREAMBLE - 8 */ 
conf ig_588(05) - 00000000b; /* DIFFERENTIAL MANCHESTER - OFF */ 
config_588(06) - 96; /* IFS - 96 TCLK */ 
conf ig_588 ( 07 ) =0; /* SLOT TIME - 512 TCLK */ 
conf ig_588(08 ) - 11110010b; /* MAX. NO. RETRIES - 15 */ 
config_588(09) - 00000100b; /* MANCHESTER ENCODING */ 
conf ig_588 ( 10 ) - 10001000b; /* INTERNAL CRS AND CDT, CRSF - 0 */ 
conf ig_588 (11) = 64; /* MIN FRAME LENGTH * 64 BYTES - 512 BITS */ 
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Figure 58. Initialization Routines 
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ia_set_buff_588(0) - 6; 
ia_set_buff_588(l) - 0; 
ia_set_buf f _588 ( 2 ) - OOOh 
±a_set_buf f _588 ( 3 ) - 041h 
ia_set_buf£_588(4) - OOOh. 
ia_set_buf f _588 ( 5 ) - OOOh 
ia_set_uff_588(6) - OOOh 

ia_set_buff_588(7) - OOOh 


multioast_buff_588(00) - 12; 
znultloast_buf f _588 ( 01 ) - OOh; 
mult least _buff_588 ( 02 ) - llh; 
multioast _buff_B88(03) - 12h; 
multioast_buff_588(04) - 13h; 
mult ioast_buf f _58B ( 05 ) - 14h; 
mult least _buff_588 ( 06 ) - 15h; 
multicast_buf f_588 C 07) - 16h; 
multicast_buf f _588 ( 08 ) - 21h; 
multioast_buf f _588 (09) - 22h; 
multicast_buf f_588(10) - 23h; 
multicast_buf f _588 (11) -24h; 
multlcast_buff_588(12) - 25h; 
multioast_buff_58B( 13) - 26h; 


tx_buffer_588(00) 
tx_buf fer_588 ( 01 ) 
tx_buffer_588(02) 
t x_buf f er_5 8 8 ( 0 3 ) 
tx_buffer_588 ( 04 ) 
tx_buffer_588C05) 
tx_buffer_58B(06) 
tx_buf f er_588 ( 07 ) 


tx_frame_len mod 256; 
tx_frame_len / 256; 


Ollh 

012h 

013h 

014h 

015h 

016h 


/* INITIAL DESTINATION ADDRESS - MC(1) 


*/ 


end init_588 ; 
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Figure 58. Initialization Routines (Continued) 


7.3 General Commands 

Operations like Transmit, Receive, Configure, etc. are 
done by a simple sequence of loading the DMA con- 
troller with the necessary parameters and then writing 
the command to the 82588. 

Example: Configure Command 


fourth parameter = pointer to a 20 bit 
address of the 
memory buffer 
(=@C0NFIG_588_ADDR) 

The second statement writes 12h to the command regis- 
ter of the 82588 to execute a Configure command on 
channel 1. 


To configure the operating environment of the 82588. 
This command must be the first one to be executed 
after a RESET. 

call 

DMA_L0AD (1,1,12, @C0NFIG_588_ADDR) ; 
output (CS_588) = 12h; 

The first statement is the prologue to the configure 
command to the 82588 which calls a routine to load 
and initialize the DMA controller for the desired opera- 
tion. This routine is described in section 7.4. The pa- 
rameters for DMA LOAD are: 

first parameter = 82588 channel 
number ( = 1) 

second parameter = direction ( = 1, 
memory >> 82588) 
third parameter = length of DMA 

transfer ( = 12) 


When the command execution is complete (successfully 
or not), 82588 interrupts the 8088 CPU through the 
8259A, on the system board. This executes the inter- 
rupt service routine, described in section 7.5, which 
takes the epilogue action for the command. 

Most operations are very similar in structure to Config- 
ure. The 82588 Reference Manual describes them in 
detail. Figure 59 shows a listing of the most commonly 
used operations like: 


CONFIGURE 

TRANSMIT 

DIAGNOSE 

DUMP 

TDR 

RETRANSMIT 


INDIVIDUAL-ADDRESS (IA) 
SET-UP 

MULTICAST-ADDRESS (MC) 
SET-UP 

RECEIVE (RCV) -ENABLE 
RECEIVE (RCV) -DISABLE 
RECEIVE (RCV) -STOP 
READ- STATUS 
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ia_set : procedure publio; /* COMMAND - 01 */ 


call dma_load( cmd_channel , t x_dir , Q , ©iaset _dma_addr ) ; 


/* SET DMA CHANNEL 0 OR 1 TO TRANSFER FROM MEMORY 

TO THE 82588. laset_dxna addr VARIABLE STORES THE 

20 BIT POINTER TO THE INDIVIDUAL ADDRESS BUFFER */ 


if cmd_channel then output (cs_588) - llh; 
else output (cs_588) - Olh; 


/* EVERY COMMAND CAN BE EXECUTED IN EITHER DMA CHANNEL 0 OR 1 . 

THE VARIABLE cmd_ohannel INDICATES THE REQUIRED CHANNEL */ 


end ia_set; 


/* 


oonfig: procedure publio; /* COMMAND - 02 */ 


oall dma_load(cmd_channel , tx_dir , 12 , ©cnf _dma_addr ) ; 
if omd_channel then output (os_588) - 12h; 
else output (os_588) - 02h; 


end oonfig; 

/* — — - _ 


multicast: procedure publio; /* COMMAND - 03 */ 


call dma_load( omd_ohannel , tx_dir , 14 , ®mo_dma_addr ) ; 
if omd_ohannel then output (cs_588) - 13h; 
else output (os_588) - 03h; 


end multicast; 

/ * - ... 


transmit: procedure (buffer_len) publio; /* COMMAND - 04 */ 

»/ 

declare buffer_len word; 


tx_buf f er_588 ( 00 ) - low(buffer len); 
tx_buffer_588(01) - high(buf fer_len) ; 


oall dma_load(cmd_ohannel , tx_dir , 1536 , ©tx_dma_addr) ; 


if omd_ohannel then output (os_588) - 14h; 
else outputCos_588) - 04h; 


end transmit; 
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Figure 59. General Commands 


1-139 




AP-236 



tdr: procedure public; /* COMMAND - 05 */ 

if cmd_channel then output (cs_588) « 15h; 
else output (os_588) - 05h; 

end tdr; 

/* V 


dump_588 : procedure public; /* COMMAND - 06 */ 

call dma_load(cmd_channel , rx_dir , 64 , @dmp_dma_addr ) ; 
if cmd_channel then output (cs_588) => 16h; 
else output (cs_588) = 06h; 

end dump_688; 

/* V 

diagnose: procedure public; /* COMMAND - 07 */ 

if cmd_ohannel then output (cs_588) - 17h; 
else output (cs_588) - 07h; 

end diagnose; 

/* 

rcv_enable: procedure ( channel, buffer_no, len) public; /* COMMAND - 08 */ 

declare channel byte; 
declare len word; 
declare buffer_no byte; 

call dma_load( channel , rx_dir , len , @rx_dma_addr (buf f er_no) ) ; 
if rx_channel then output (cs_588) = 18h; 
else output (cs_588) - 08h; 

end rov_enable; 

/* — V 

rcv_disable: procedure public; /* COMMAND - 10 */ 

enable_rov-0 ; 
output ( cs_588 ) =0ah ; 

end rcv_disable; 231422-66 


/* */ 

rcv_stop: procedure public; /* COMMAND - 11 */ 

enable_rcv-0 ; 
output (cs_588)- Obh; 

end rov_stop; 

/* r */ 

retransmit: procedure public; /* COMMAND - 12 */ 

call dma_load(cmd_channel,tx_dir,1536,@tx_dma_addr); 
if cmd_channel then output (cs_588) - lch; 
else output (cs_588) * Och; 

end retransmit ; 

/• */ 

abort: procedure public; /* COMMAND - 13 */ 

output (os_588)- ldh; 
oall new_status(l); 

end abort; 

/* */ 

reset_588: procedure public; /* COMMAND - 14 */ 

enable_rcv-0 ; 
output (cs_58 8) - leh; 
call config; 

end reset_588; 
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Figure 59. General Commands (Continued) 
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7.4 DMA Routines 

DMA LOAD procedure is used to program the 

8237A DMA controller for all the operations requiring 
DMA service. It also starts or enables the programmed 
DMA channel after programming it. Figure 60 shows 


the listing of this procedure. It accepts 4 parameters 
from the calling routine to decide the programming 
configuration for the 8237A. The parameters for 

DMA LOAD are: Channel, direction, buff len, and 

buff addr. 


Converting a pointer SEG: OFFSET to a 20 bit address 
oonvert_20bit_addr :procedure(ptr) dword public; 

deolare ptr pointer , 

ptr_addr pointer , 

? tr_20bit dword 
wrd based ptr_addr)(2) word; 

ptr_addr-@ptr ; 

ptr_20bit-shl((ptr_20bit : -wrd(l) ) ,4)+wrd(0) ; 
return (ptr_20bit) ; 

end oonvert_20bit_addr ; 


IBM/PC DMA loading procedure 

dma_load: procedure ( channel , direction, buff_len,buff_addr) reentrant public; 


declare channel byte; /* CHANNEL #, 0 or 1 */ 

declare direction byte; /* O-RX, 588 -> HEM; 1-TX, MEM -> 588 */ 

declare buff_len word; ' /* BYTE COUNT */ 

declare buff_addr pointer; /* BUFFER ADDR IN 20 BITS FORM */ 

declare (wrd based buff_addr)(2) word; 

ohannel-channel and 1; /• GET LEAST SIGNIFICANT BIT */ 

if channel-0 then /* EXECUTE COMMAND ON CHANNEL 1 */ 

do; 

output (dma_f Iff) - 0; /* CLEAR FIRST/LAST FLIP-FLOP */ 

if direction-0 

then output (dma_mode ) «dma_rx_mode_l ; /* DIRECTION BIT, TELLS */ 

else output (dma_mode ) -dma_tz_mode_l ; /* TRANSMIT OR RECEIVE */ 

output (dma_addr_l) - low (wrd(O)); /* LOAD LSB ADDRESS BYTE */ 

output (dma_addr_l) - highCwrd(O) ) ; /* LOAD MSB ADDRESS BYTE */ 

output (dma_addrh_l) - low (wrd(l)); /* LOAD PAGE REGISTER */ 

output (dma_bc_l) - low (buff.len); /* LOAD LSB BYTE COUNT */ 

output (dma_bo_l) - high(buf f_len) ; /* LOAD MSB BYTE COUNT */ 

output (dma_mask) = dma_on_l; /* START CHANNEL 1 */ 

end; 

else do; /* SAME AS BEFORE FOR CHANNEL 3 */ 


output (dma_f Iff) - 0; 
if direction-0 

then output (dma_mode)-dma_rx_mode_3 ; 
else output Cdma_mode)-dma_tz_mode_3 ; 
output (dma_addr_3) - low (wrd(0)); 
output (dma_addr_3) - high(wrdCO)) ; 
output (dma_addrh_3) - low (wrd(l)); 
output (dma_bo_3) - low (buff_len); 
output (dma_bo_3) - high(buff_len) ; 
output (dma_mask) - dma_on_3; 
end; 


end dma_load; 
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Figure 60. DMA Routine 
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rM 


One peculiarity about this procedure is that in order to 
speed up the DMA step-up, this procedure doesn’t get a 
pointer to the buffer, but a pointer to a 20 bit address in 
the 8237 format. The 8088/8086 architecture define 
pointers as 32 bits seg:offset entities, where seg and off- 
set are 16 bit operands. By the other hand the IBM/PC 
uses an 8237A and a page register, requiring a memory 
address to be a 20 bit entity. The process of converting 
a seg:offset pointer to a 20 bit address is time 


consuming and could negatively affect the performance 
of the 82588 driver software. The decision was to make 
the pointer/address conversions during initialization, 
considering that the buffers are static in memory (es- 
sentially removing this calculation from the real time 
response loops). 

Figure 61 is a listing of the DMA LOAD procedure 

for the 80188 or 80188 on-chip DMA controller. It has 
the same caller interface as the 8237A based one. 


dma — 1 o a d : procedure(channel , d i r e c t i on , t r a ns_l en , buf f_add r ) reentrant; 

/ * To load and start the 80186 DMA. controller for the desired operation */ 

declare dma_rx_jnode literally * 1 0 1 000 1 001 000000b ’ ; /* rx channel */ 

/* s r c = 10 , d e s t =M( i n c ) , sync = src , TC, noint, priority, byte */ 

declare dma_t x_jno d e literally ’ 00001 1010000000b ’ ; /* tx channel */ 

/* s r c=M( i nc ) , dest=IO, sync^de s t , TC, noint, noprior, byte */ 


declare channel byte; 
declare direction byte; 
declare tran s_l e n word; 
declare buff_addr pointer; 


/* channel # */ 
/* 0 =» rx, 588 -> mem; 1 = tx, mem -> 588 */ 
/* byte count */ 
/* buffer pointer in 20 bit addi . form */ 


declare (wrd based buf f_addr ) (2 ) word; 


do case channel and 00000001b; 
do case direction and 00000001b; 

do; /* channel 0, 588 to memory */ 

output (dma_0_dpl ) «= wrd(O); 

ou t pu t ( dma_0_dph ) = wr d ( 1 ) ; 

output (dma__0_spl ) = clx_a_588; 

output (dma_0_sph) - 0; 

output (dma_0_t c ) * trans_len; 

output (dma_0_cw) = dma_rx w _mode or 0006h; /* Start DMA chi 0 */ 
end; 


do ; /* 

ou t pu t ( dma__0_dp 1 ) 
o u t pu t ( dma_0_d ph ) 
ou t pu t ( dma_0_s pi) 
ou t pu t ( dma_0_s ph ) 
ou t pu t ( dma_0_t c ) 
o u t p u t ( dma_0_cw) 
end ; 
end ; 


channel 0, memory to 588 */ 

= c h_a_5 8 8 ; 

= 0 ; 

= wr d ( 0 ) ; 

= wr d ( 1 ) ; 

=* trans_len; 

= dma_t x^jno d e or 0006h; /* Start OvIA chi 0 */ 
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Figure 61. 80186 DMA Routines 
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do case direction and 
do ; /* 

o u t pu t ( dma 1 d p 1 ) 

output (dma__l_dph) 
output (dma_l_spl ) 
output (dma__l_s ph) 

output ( dma 1 t c ) 

o u t pu t ( dma 1 cw) 

end ; 


00000001b; 

channel 1, 588 to memory 
= wr d ( 0 ) ; 

= wr d ( 1 ) ; 

- c h b 5 8 8 ; 

- 0; 

= trans_len; 

» dma_r x^jno d e or 0006h; 


*/ 


/* Start EMA. chi 1 */ 


do ; /* 

output (dma_l_dpl ) 
output (dma_l_dph) 
output (dma_l_s pi ) 
output (dma_l_s ph) 
output (dma_l_tc ) 

ou t pu t ( dma 1 cw) 

end ; 
end ; 


channel 1, memory to 588 */ 

- c h b 5 8 8 ; 

= 0 ; 

- wrd(0) ; 

- wr d ( 1 ) ; 

= trans_len; 

= drna_t3L_mode or 0006h; /* Start DMA. chi 1 */ 


end ; 

end dma_load; 
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Figure 61. 80186 DMA Routines (Continued) 


7.5 Interrupt Routine 

The interrupt service routine, ‘intr 588’, shown in 

Figure 62, is invoked whenever the 82588 interrupts. 
The main difficulty in designing this interrupt routine 
was to speed its performance. Fast status processing 
was a basic requirement to be able to handle back to 
back frames. 


The interrupt handler will read 82588 status, and put 

them into a 64 byte long EVENT FIFO. Those 

statuses are going to be used in the main loop for updat- 
ing screen counters. All the statistics are updated as fast 
as possible in the interrupt handler to fulfill the back- 
to-back frame processing requirement. 

The interrupt handler is not reentrant, interrupts are 
disabled at the beginning and reenabled on exit. 
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Interrupt service routine 
intr_588 : procedure interrupt 13; 


declare stat byte , 

event byte , 

i byte, 

(stO , stl , st 2 , st3) byte, 

rx_stO byte, 

rx_stl byte; 


/* FOLLOWING LITERALS HAVE THE PURPOSE OF ENABLE ACTING 

ON EITHER CHANNEL 1 OR 3 SELECTIVELY */ 

declare 


stop_omd_dma literally 'if omd_ohannel 

then output (dma_mask)«dma_off_3; 
else output(dna_mask)-dma_off_l ' , 
stop_rx_dma literally 'if rx_channel 

then output (dma_mask)-=dma_off_3; 
else output (dma_mask) -dma_off_l ' , 


issue_rtx_cmd literally 'if cmd_channel 

then output ( os_588 ) -ICh ; 
else output(os_588)=0ch' , 
issue_tx_cmd literally 'if cmd_channel 

then output (os_588)-14h; 
else output (cs_588)-04h' ; 


disable ; 

output (cs_5 88) -Ofh; 


/* DISABLE INTERRUPTS */ 
/•NO INTERR. NESTING */ 
/* RLS 588 PTR, START 0 */ 


event_fifo(wr_ptr) . stO , st0-input(cs_588) ; 
event _f if o(wr_ptr) . stl , stl -input (cs_588) ; 
event_fifo(wr_ptr) . st2 , st2-input(cs_588) ; 
event_fifo(wr_ptr) . st3 , st3-input(cs_588) ; 


/* READ 82588 STATUS 
/* REGISTERS, PASSING 
/* THEM TO THE MAIN 
/* PROGRAM ON THE FIFO 


wr_ptr-(wr_ptr+l) and Ofh; 
fifocnt-Cfifocnt+1) and Ofh; 


/* INCREMENT FIFO */ 

/• COUNTERS •/ 


event -stO and Ofh; 


GET EVENT- FIELD */ 


output ( os_588) -80h ; 


/• ACKNOWLEDGE 82588 •/ 

/•INTERRUPT •/ 


do case event; 


ev_00 : ; 

ev_0 1 : st op_cmd_dma ; 
ev_02 : stop_cmd_dma; 
e v_0 3 : s t op_omd_dma ; 
ev_04 : do; 

st op_cmd_dma ; 


/• NOP COMMAND 
/• IA_SETUP , STOP DMA 
/• CONFIGURE, STOP DMA 
/• MULTICAST, STOP DMA 
/• TRANSMIT DONE 


/• CHECK IF THERE WAS A COLLISION AND IS NOT THE 

MAX COLLISION •/ 
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stat-(st2 and 10000000b) or (stl and 00100000b); 
if (stat«80h) 

then do; /* RETRANSMIT •/ 

call dma_load(cmd_channel , tx_dir , 1536 ,@tx_dma_addr) ; 
issue _rtx_cmd ; 

/• UPDATE STATISTICS */ 

total_tx_count-total_tx_oount+l ; 
ooll_ont(l?) - OOll_Ont(17) + 1; /‘TOTAL COLL*/ 
bad_tx_count - bad_tx_count + 1; 
end; 

else do; 

if in_loop /• EXECUTING TRANSMISSIONS IN LOOP •/ 

then do; /• RE ISSUE TRANSMIT COMMAND */ 

call dma_load(cmd_channel,tx_dir, 1536,@tx_dma_addr 
issue_tx_cmd; 

tot al_ t x_count -tot al_t x_count + 1 ; 
end; 

if (st2 and 00100000b) - 0 /* BAD TRANSMIT*/ 

then do; 

bad_tx_oount - bad_tx_oount + 1; 

/• INCREMENT UNDERRUN COUNTER •/ 

tmp-sor(tinp : -st2 , 1 ) ; 
tx_under-tx_under plus 0; 

/* INCREMENT LOST CTS COUNTER */ 

tmp-scrCtmp, 1); 
lost_cts-lost_ots plus 0; 

/* INCREMENT LOST CRS COUNTER •/ 

tmp*=sor(tmp, 1) ; 
lost_ors-lost_crs plus 0; 

if (stat-OAOh) /* INC COLLISIONS COUNTER •/ 
then coll_ont(17) - coll_cnt(17) + 1; 

end; 

end; 


/* INCREMENT DEFER COUNTER •/ 

tnp-sol ( ( tmp : -st 1 ) , 1 ) ; 
tx_defer-tx_defer plus 0; 

end; 231422-72 


Figure 62. Interrupt Routine 
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TDR COMMAND, STOP DMA V 
DUMP COMMAND, STOP DMA »/ 
DIAGNOSE CMD, STOP DMA V 
RECEIVED FRAME * / 


ev_05 : stop_cmd_dma; /* 

ev_06: stop_cmd_dma; /* 

ev_07: stop_cmd_dma; /* 

ev_08: /* 

do; 

stop_rx_dma ; 

i«(current_buff+l) and 00000111b; /* INC BUFFER NO. MOD 0*/ 
if enable_rov< >0 /* IF RBCEIVER IS ON */ 

then do; /* PREPARE NEXT BUFFER */ 

call dma_load(rx_channel,rx_dir, 1532 ,@rx_dma_addr(i)) ; 

if rx_channel then output(as_588)- 18h; 

else output ( cs_588 ) -08h ; 

rx_buffer(i) . chain_cnt«0 ; 

end; 

else call rov_disable; /* DISABLE RECEIVER */ 


/* FIND ADDRESS OF END OF CURRENTLY RECEIVED BUFFER V 

/* BY CALCULATING IT WITH THE 82588 BYTE COUNT REGS. */ 

rx_buff_off-(shl(double(st2) ,8) or double ( st 1) ) ; 

/* READ STATUS BYTES FROM MEMORY V 

rx_stO-rx_buffer(current_buff ) .buff (rx_buff_off-2) ; 
rx_stl-rx_buf fer(current_buf f ) . buf f (rx_buf f_off-l) ; 

/* UPDATE ACTUAL BUFFER SIZE */ 

rx_buf fer(current_buf f ) . actual_size=rx_buf f_off ; 
rx_buffer(current_buff ) .stO-rx_stO; 
rxJbuffer(ourrent_buff ) . stl-rx_stl; 
ourrent_buf f-i ; 

/* UPDATE TOTAL RECEIVED BUFFERS - */ 

tot al_rc v_count -tot al_r c v_o ount + 1 ; 

/* UPDATE STATISTICS */ 

if (rx_stl and 00100000b)-0 
then do; 

bad_roY_count-bad_rov_count+l ; 

/* INCREMENT NO END OF FRAME COUNTER */ 

tmp-scr(tmp : -rx_stO , 7) ; 
no_eof-no_eof plus 0; 

/* INCREMENT SHORT FRAME COUNTER »/ 

tmp-sor(tmp, 1); 
srt_frm-srt_frm plus 0; 

/* INCREMENT RX OVERRUN COUNTER */ 

tmp«scr(tmp : -rx_stl , 1) ; 
rx_over-rx_over plus 0;-- 

/* INCREMENT ALIGNMENT ERROR COUNTER */ 

tmp-scrCtmp,2); 

alg_err-alg_err plus 0; 

/* INCREMENT CRC ERROR COUNTER V 

tmp-scr(tmp, 1) ; 
crc_err-crc_err plus 0; 
end; 

end- 
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/* EV_09 REQUESTS ASSIGNMENT OF A NEW BUFFER */ 

ev_09: call allocate_new_buffer(not(rol(st3, 1)) and 00000001b); 

ev_10: Stop_rx_dma; /* RECEIVE DISABLE */ 

ev_ll : stop_rx_dma; /* STOP RECEIVE */ 

ev_12: do; /* RE-TRANSMIT DONE */ 

stat-Cst2 ajad 10000000b) or (stl and 00100000b); 
if (stat-80h) 

then do; /* RETRANSMIT */ 


call dma_loewil(l , tx_dir, 1536 ,@tx_dma_addr) ; 
issue_rtx_cmd; 

coll_cnt(17) - ooll_cnt(17) + 1; 
total_tx_count-total_tx_count+l ; 
bad_tx_oount-bad_tx_count +1; 
end; 

else do; 

if ln_loop 

then do; /* LOOP RETRANSMISSIONS */ 

call dma_load( cmd_channel , tx_dir , 1636 , @tx_dma_a 
issue_tx_cmd; 

total_tx_count=total_tx_count+l ; 
end; 

if (stat-OAOh) /* MAX COLLISION */ 

then do; 

coll_ont(16) - ooll_cnt ( 16 )+l ; 
coll_cnt ( 17) - ooll_cntCl7)+l; 
bad_tx_count-bad_tx_count +1; 
end; 

/* UPDATE SPECIFIC COLLISION COUNTER */ 

else coll_cnt(stl and Ofh) 

- coll_cnt(stl and Ofh) + 1; 

end; 

end; 

ev_13 : stop_cmd_dma; /* EXECUTION ABORTED •/ 

ev_14 : ; 

ev_15: stop_cmd_dma; /* DIAGNOSE FAILED */ 

end; 


/* ACKNOWLEDGE 8259A INTERRUPT */ 

output Cpio_ocw 2 )- seoi_pico ; /* SPECIFIC EOI FOR 8259 */ 


end intr_508; 
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Figure 62. Interrupt Routine (Continued) 
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APPENDIX B 

802.3 1BASE5 MULTI-POINT EXTENSION (MPE) 


As previously stated, one of the most important advan- 
tages of StarLAN is being able to work on already in- 
stalled phone wires. This advantage is considerably di- 
minished in Europe where numerous constraints exist 
to the using of those wires: 

1. Wire belongs to local PTTs. 

2. Not enough spare wires. 

This same issue is raised when talking about small busi- 
nesses where in a lot of cases no wiring closets and/or 
spare wires are available. 

In summary, in a lot of cases rewiring will be necessary, 
in which case the STAR topology may not be the most 
economical one. 


Recently the StarLAN 802.3 1BASE5 task force has 
been considering the extension of the StarLAN base 
topology. This extension called MULTI POINT EX- 
TENSION (MPE) is going to be developed to address 
the previously described marketing requirements. 

Currently no agreement has been reached by the 
StarLAN task force on the MPE exact topology and 
implementation. Multiple approaches have been pre- 
sented, but no consensus met. It was decided though 
that the MPE is going to be an addendum to the STAR 
topology, and that its final specification will happen 
after the approval of the current 1BASE5 STAR topol- 
ogy (July 1986). 


1-149 



Figure 65. Multipoint Extension 
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APPENDIX C 

SINGLE DMA CHANNEL INTERFACE 


In a typical system, the 82588 needs 2 DMA channels 
to operate in a manner that no received frames are lost 
as discussed in section 5.1.3. If an existing system has 
only one DMA channel available, it is still possible to 
operate the 82588 in a way that no frames are lost. This 
method is recommended only in situations where a sec- 
ond DMA channel is impossible to get. 

Figure 66 shows how the 82588 DMA logic is inter- 
faced to one channel of a DMA controller. Two DRQ 
lines are ORed and go to the DMA controller DRQ 
line and the DACK line from the DMA controller is 
connected to DACKO and DACK1 of the 82588. The 
82588 is configured for multiple buffer reception 
(chaining), although the entire frame is received in a 
single buffer. Let us assume that channel CH-0 is used 
as the first channel for reception. After the ENAble 
RECeive command, CH-0 is dedicated to reception. As 
long as no frame is received, the other channel, CH-1, 
can be used for executing any commands like transmit, 
multicast address, dump, etc., by programming the 
DMA channel for the execution command. The status 
register should be checked for any ongoing reception, 
to avoid issuing an execution command when reception 
is active. 



Figure 66. 82588 Using One DMA Channel 


If a frame is received, an interrupt for additional buffer 
occurs immediately after an address match is estab- 


lished, as shown in Figure 67. After this, the received 
bytes start filling up the on-chip FIFO. The 82588 acti- 
vates the DRQ line after 15 — FIFO LIMIT + 3 bytes 
are ready for transfer in the FIFO (about 80 microsec- 
onds after the interrupt). The CPU should react to the 
interrupt within 80 jus and disable the DMA controller. 
It should also issue an ASSIGN ALTERNATE BUFF- 
ER command with INTACK to abort any execution 
command that may be active. The FIFO fills up in 
about 160 jus after interrupt. To prevent an underrun, 
the CPU must reprogram the DMA controller for 
frame reception and re-enable the DMA controller 
within 160 jus after the interrupt (time to receive about 
21 bytes). No buffer switching actually takes place, al- 
though the 82588 generates request for alternate buffer 
every time it has no additional buffer. The CPU must 
respond to these interrupts with an ASSIGN ALTER- 
NATE BUFFER command with INTACK. To keep 
the CPU overhead to a minimum, the buffer size must 
be configured to the maximum value of 1 kbyte. 

If a frame transmission starts deferring due to the re- 
ception occurring just prior to an issued transmit com- 
mand, the transmission can start once the link is free 
after reception. A maximum of 19 bytes are transmitted 
(stored in the FIFO and internal registers) followed by 
a jam pattern and then an execution aborted interrupt 
occurs. The aborted frame can be transmitted again. 

If the transmit command is issued and the 82588 starts 
transmitting just prior to receiving a frame then trans- 
mit wins over receive — but this will obviously lead to a 
collision. 

Note that the interrupt for additional buffer is used to 
abort an ongoing execution command and to program 
the DMA channel for reception just when a frame is 
received. This scheme imposes real time interrupt han- 
dling requirements on the CPU and is recommended 
only when a second DMA channel is not available. 
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Figure 67. Timing at the Beginning of Frame Reception for Single DMA Channel Operation 
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APPENDIX D 

MEASURING NETWORK DELAYS WITH THE 82588 


Knowing networks round-trip delays in local area net- 
works is an important capability. The round-trip delay 
very much defines the slot time parameter which by 
itself has a direct relationship to network efficiency and 
throughput. Very often the slot-time parameter is not 
flexible, due to standards requirements. Whenever it is 
flexible, optimization of this number may lead to signif- 
icant improvement in network performance. 

Another possible usage of the network delay knowledge 
is in balancing the inter-frame -spacing (IFS) on broad- 
band networks. On those networks, stations nearer to 
the HEAD-END hear themselves faster than farther 
ones. Effectively having a shorter IFS than stations far 
from the HEAD-END. This difference causes an inba- 
lance in network access time for different stations at 
different distances from the HEAD-END. Knowing 
the STATION/HEAD-END delay allows the user to 
reprogram the 82588 IFS accordingly, and by that bal- 
ance the effective IFS for all the stations. 


The 82588 has an internal mechanism that allows the 
user to measure this delay in BIT-TIME units. The 
method is based on the fact that the 82588 when config- 
ured for internal collision detection, requires that the 
carrier sense be active within half a slot-time after 
transmission has started. If this requirement is not ful- 
filled the 82588 notifies that a collision has occurred. 
Thus it is possible to configure the 82588 to different 
slot time values, then transmit a long frame (of at least 
half a slot-time). If the transmission succeeds, the net- 
work round-trip delay is less than half the programmed 
slot-time. If a collision is reported, the delay is longer. 
The value of the round-trip delay can be found by re- 
peating this experiment process while scanning the slot- 
time configuration parameter value and searching the 
threshold. A binary search algorithm is used for that 
purpose. First the slot-time is configured for the maxi- 
mum (2048 bits) and according if there was a collision 
or not, the number changed for the next try. (See Fig- 
ure 68) 
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Figure 68. Network Delay Measurement using the 82588 
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1.0 INTRODUCTION 

During the past several years office networking, has be- 
come an increasingly efficient method of resource shar- 
ing for companies looking to increase productivity 
while reducing cost. Networking allows multiuser ac- 
cess to a data base of files or programs via a network 
file server; it allows sharing of expensive peripherals; 
e.g., laser printers; and it offers a greater degree of data 
security by centralizing the hard disk and backup facili- 
ties. This type of network allows a user to concentrate 
his resources; e.g., a high-capacity, high-performance 
hard disk, at the network file server, allowing the other 
nodes, or PC workstations, on the network to function 
with limited or no mass data storage capability. 

As Local Area Networks (LANs) have become more 
common in the office and in industry, some clear mar- 
ket development trends have emerged. Possibly the 
most significant development in the LAN marketplace 
is the concern for cost reduction. This need is driven by 
intense competition between network vendors for mar- 
ket share. Today’s LAN marketplace requires low-cost, 
simple network solutions that do not sacrifice perform- 
ance. Another significant development in the LAN 
marketplace is the acceptance of Ethernet, or a deriva- 
tive (e.g., Cheapernet or Twisted Pair Ethernet), as the 
industry standard for high-performance LANs. Be- 
cause of Ethernet’s popularity, there is a great need for 
cost reduction in this market. 

Personal computers (PCs) have also seen significant 
changes over the past several years. PCs have become 
firmly entrenched in the office. Their popularity, cou- 
pled with a highly competitive market, has compelled 
PC vendors to both reduce costs for their LAN solu- 
tions and to attempt to distinguish their product from 
the competition’s. The means of this cost reduction 
range from eliminating expensive hardware, such as 
disk drives and their associated hardware, to using 
highly integrated VLSI devices that implement the 
functions of a PC in a combination chip set containing 
several devices. Differentiation has been achieved by 
integrating peripheral functions, normally contained on 
an external adapter card, into the main processor 
board, or motherboard, of the PC. Video Graphics Ar- 
ray (VGA) and LAN connections are examples of this 
strategy. 

The Intel 82592 LAN controller is uniquely suited for 
integration into a PC AT style motherboard. It meets 
the demands of today’s market by providing the PC 
vendor (1) a means of reducing cost while maintaining 
high performance, and (2) a path for differentiation. An 
82592 integrated into a PC motherboard provides a 
very low cost and very simple implementation because 
it uses the host system’s existing resources to complete 


the LAN solution; e.g., system memory and DMA. 
This leaves the 82592, the serial interface, and some 
control logic as the only components required to com- 
plete a motherboard LAN solution. 


1.1 Objective 

This Application Note presents the general concept of 
integrating a Local Area Networking into a PC moth- 
erboard, and how the 82592 suits this purpose. The 
design of the 82592 Embedded LAN Module, which 
plugs into an Intel SYP301 motherboard (or any stan- 
dard PC AT style motherboard), is explained in de- 
tail — providing a demonstration of an integrated Ether- 
net LAN solution. 


1.2 Acknowledgements 
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2.0 THE EVOLUTION OF LAN 
SOLUTION ARCHITECTURES 

LAN solutions have undergone an evolution in archi- 
tecture — from expensive and complex to more cost-effi- 
cient and streamlined. A definite trend in office net- 
working can be seen, as these solutions permit the host 
system to perform functions that were previously in- 
cluded in the LAN solution. 

The first LAN solutions were usually intelligent buff- 
ered adapter cards, with a CPU, large memory require- 
ments (up to 512 kB), firmware, a LAN controller, and 
a serial interface. As networking became more preva- 
lent in the office environment — linking PCs and work- 
stations via Ethernet — this complex architecture 
evolved into simpler and more streamlined nonintelli- 
gent, buffered adapters. In this architecture the CPU is 
no longer part of the LAN solution; its processing pow- 
er is supplied by the host system. This architecture does 
not need memory to support a local CPU. Memory is 
only needed to supply a buffer space to store data be- 
fore moving it to system memory or onto the serial link. 
The memory requirement for nonintelligent, buffered 
architectures is typically 8 kBytes to 32 kBytes. The 
firmware to boot the CPU is also no longer needed. The 
evolution to a nonintelligent, buffered architecture has 
resulted in significant cost savings and reduced com- 
plexity. 
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Significant increases in speed and processing power 
have been made to PCs during the past several years. 
This trend to higher performance host systems has al- 
lowed further streamlining of the LAN solution’s archi- 
tecture, resulting in even greater cost reduction and 
simplification. This is accomplished by using host sys- 
tem resources whenever possible. A nonintelligent, non- 
buffered architecture is the result. In this architecture, 
the host system’s memory and DMA are used by the 
LAN controller. The complexity associated with buff- 
ered LAN solutions (e.g., supplying a dual-port arbitra- 


tion scheme for local memory access by both the CPU 
and the LAN controller) is reduced; this complexity is 
removed from the LAN solution and returned to the 
host system, which is designed for these complex tasks. 
The result of this architectural optimization is a very 
simple, low component count, cost-efficient solution for 
a LAN connection. The 82592 Embedded LAN Mod- 
ule is the realization of this optimization. The trend to 
optimization of LAN architectures is shown in Figure 
1 . 
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Figure 1. Architectural Optimization of LAN Solutions 
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3.0 THE 82592 LAN CONTROLLER 


3.1 General Features 

The 82592 is a second generation, CMOS, advanced 
CSMA/CD LAN controller with a 16-bit data path. 
Along with its 8-bit version, the 82590, it is the follow- 
on design to the 82588 LAN controller. The 82592 is 
upwards software compatible from the 82588. The 
82592 has two modes of serial operation, High Speed 
Mode and High Integration Mode. In High Speed 
Mode (up to 20 Mb/s) the 82592 couples with the Intel 
82C501 to provide an all CMOS kit for IEEE 802.3 
Ethernet applications. In this mode the 82592 can also 
serve as the controller for Twisted Pair Ethernet (TPE) 
applications. In High Integration Mode (up to 4 Mb/s) 
the 82592 performs Manchester and NRZI encoding/ 
decoding, collision detection, transmit clocking, and re- 
ceive clock recovery on chip; in this mode it can serve 
as a controller for StarLAN and other midrange LANs. 

The 82592 provides several features that allow an effi- 
cient system interface to a wide variety of Intel micro- 
processors (e.g., iAPX 188, 186, 286, and 386) and in- 
dustry standard buses (e.g., the IBM PC I/O channel 
or the PS/2™ Micro Channel™). To issue a com- 
mand to the 82592 (e.g., TRANSMIT or CONFIG- 
URE) the CPU only needs to set up a block in memory 
that contains the parameters to be transferred to the 
82592, program the DMA controller to point to that 
location and issue the proper opcode to the 82592. The 
82592 and DMA controller perform the functions 
needed to complete the command, with the 82592 inter- 
rupting the CPU when the command is complete. The 
82592 has a high-performance, 16-bit bus interface, op- 
erating at up to 16 MHz. It also implements a special- 
ized hardware handshake with industry standard DMA 
controllers (e.g., the Intel 8237, 82380, and 82370) or 
the Intel 82560. This allows for back-to-back frame re- 
ception, and automatic retransmission on collision — 
without CPU intervention. The 82592 FIFOs (Rx and 
Tx) can have their 64 bytes divided into combinations 
of 32/32, 16/48, 48/16, or 16/16. 

The 82592 features a Deterministic Collision Resolu- 
tion (DCR) mode. When a collision is detected while in 
this mode, all nodes in a deterministic network enter 
into a time-division-multiplexed algorithm where each 
node has its own unique slot in which to transmit. This 
ensures that the collision is resolved within a calculated 
worst-case time. The 82592 also features a number of 
network management and diagnostic capabilities; for 
example, 

• Monitor mode 

• A 24-bit timer 

• Three 16-bit event counters 


• Internal and external loopback 

• Internal register dump 

• A TDR mechanism 

• Internal diagnostics 

For further information on the 82592, please refer to 
the Intel Microcommunications Handbook. 


3.2 Unique Features for Embedded 
LAN Applications 

The 82592 has several unique features that enable im- 
plementing a high-performance embedded LAN solu- 
tion with minimal cost and complexity. 

Peripherals on a motherboard must compete for access 
to the system bus. Because there is no local buffer for 
intermediate buffering of data, data transfers take place 
in real-time over the system bus to the system memory. 
A LAN controller must have a large internal data stor- 
age area to be able to wait for access to the system bus 
while serial data is being received or transmitted. With- 
out sufficient internal data storage, a LAN controller 
cannot take advantage of the cost efficiency and sim- 
plicity of a non-buffered architecture. The 82592 has a 
total of 64 bytes of FIFOs. This expanded FIFO section 
allows the 82592 to tolerate long system bus latencies. 
For example, during a Receive (with the Rx FIFO 
length configured to 48 bytes) the 82592 can tolerate up 
to 38.4 jits of bus latency — the time from a DMA re- 
quest to reception of a DMA Acknowledge from the 
DMA controller — before the possibility of a data over- 
run occurring in a 10 Mb/s Ethernet application. Once 
access to the system bus has been obtained, the 82592’s 
high-performance, 16-bit bus interface provides effi- 
cient data transfer over the system bus, thus reducing 
the bus utilization load for a LAN connection on the 
host system. 

The 82592 features a specialized hardware handshake 
with industry standard DMA controllers. This hard- 
ware handshake between the 825 92 an d the DMA con- 
troller (on signal lines DRQ and EOP) relays the status 
of a Receive or Transmit and allows for back-to-back 
frame reception and automatic retransmission on colli- 
sion without CPU intervention. This allows the 82592 
and the DMA controller to perform these time-critical 
operations in real-time without depending on the CPU 
via an interrupt service routine, and without the time 
delays inherent in such routines. For the 82592 Embed- 
ded LAN Module, this hardware handshake is enabled 
by configuring the 82592 to the Tightly Coupled Inter- 
face (TCI) mode. Figure 2 shows details of the 82592’s 
TCI signals. 
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Transmit/Receive Status Encoding on DRQ and EOP 


DRQ 

EOF 

Status Information 

0 

Hi-Z 

Idle 

1 

Hi-Z 

DMA Transfer 

0 

0 

Transmission or Reception Terminated OK 

1 

0 

Transmission or Reception Aborted 


Tightly Coupled Interface Timings 



Symbol 

Parameter 

Min 

Max 

Units 

Notes 

*23 

WR or RD Low to DRQO 
or DRQ1 Inactive 


45 

ns 

C L = 50 pF 

*104 

WR or RD High to DRQO 
orDRQI Inactive 

2.5 

65 

ns 

c u = 50 pF 

*105 

WR or RD Low to EOP Active 


45 

ns 

Open Drain I/O Pin 

*106 

EOP Float after DACKO 
or DACK1 Inactive 


40 

ns 

Open Drain I/O Pin 


Figure 2. TCI Encoding and Timings 
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These three features (FIFO depth, high-performance 
bus interface, and TCI) allow the 82592 to operate suc- 
cessfully in a high-performance motherboard LAN 
application. The application of these features will be 
discussed further in Section 4. 


4.0 SYP301 INTERFACE 

This section will discuss the details of the interface of 
the 82592 Embedded LAN Module to the Intel 
SYP301. The basic architecture will be presented, dem- 
onstrating that the 82592 Embedded LAN Module is a 
low-cost, low component count Ethernet solution for 
networking office PCs or workstations. 

The Intel SYP301 is compatible with the IBM PC 
ATTM. it features an Intel 80386 t m microprocessor, 
running at 16 MHz, as its CPU. Its system bus is com- 
patible with the standard PC AT I/O-channel bus. 


schematics. The module consists of an 82592, two 
20L10 PALs, and two 8-bit LS573 address latches that 
combine to provide a 16-bit address latch. The module 
contains no DMA unit or local memory. 

The 82592 Embedded LAN Module is a simple, low- 
cost, low component count solution because it uses the 
available system resources (DMA and memory) to pro- 
vide for those functions normally added to a LAN solu- 
tion. Removing DMA and local memory from a LAN 
solution reduces cost and complexity. Two host DMA 
channels, one for receive and one for transmit, are 
needed to support the module. The DMA interface 
from the 82592 (t hrough PA L B) i s the standard com- 
bination of DRQ, DACK and EOP. These three signals 
also provide the TCI between the 82592 and the DMA 
controller. The size of the memory buffer needed to 
support the module depends on the specific application 
and the amount of free memory available; the buffer 
size can be specified by the programmer. 


4.1 Basic Architecture 

Figure 3 shows the basic architecture of the 82592 Em- 
bedded LAN Module, and Figure 4 shows the module’s 
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Figure 4. 82592 Embedded LAN Module Schematics 
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The two PALs (PAL A and B) provide two major junc- the receive frame (the byte count) into the Address 

tions for the module: (1) address decode (PAL A), and Latch at the time it is written into memory. This allows 

(2) interpreting the TCI from the 82592 (PAL B). PAL back-to-back frame reception without CPU interven- 
A decodes addresses for CS to the 82592, OE for the tion, and will be covered in detail in Section 4.2 . For 
address latches, and an Enable/Disable of the LAN Auto-Retransmit on collision, PAL B passes the EOP 
module. PAL B inte rprets the TCI of the 82592. When signal from the 82592 to the DMA controller, reinitial- 
PAL B de tects EOP from the 82592 during reception of izing the DMA controller for retransmission. This pro- 

a frame (EOP indicates the last byte of the receive cess will be discussed in more detail in Section 4.3. Both 

frame) it loads the memory address of the last byte of sets of PAL equations are listed in Table 1. 

Table 1. PAL Equations 

PAL20L10 MMI— PAL A (Version 1.1) 

AEN A2 RESET NC AO IOWBAR A5 A6 A7 A8 A9 GND IORBAR 501LB A1 59CTS 0E2BAR 
0E1BAR LANRSTBAR NC NC ENLANBAR 592CS0BAR VCC 

IF (VCC) 501LB = 592CTS 

IF (VCC) 592CS0BAR = AEN •A9®A8»A7»A6®A5«A2«Al*A0* ENLANBAR 

IF (VCC) 0E2BAR = EES • A9 • A8 • A7 • A8 • 'A5 • A2 • A1 • AO • IORBAR • ENLANBAR 

IF (VCC) 0E1BAR = AEN • A9 • A8 • A7 • A6 • A5 • A2 • .Al • AO • IORBAR • ENLANBAR 

IF (VCC) LANRSTBAR = AEN •A9«A8«A7«A6»A5«A2«Al«A6« IOWBAR • 
ENLANBAR 

IF (VCC) ENLANBAR = LANRST BAR • E NLANBAR + AEN<»A9*A8*A7«A6«A5*A2*A1 
• AO • IOWBAR 

PAL20L10 MMI — PAL B (Version 1.1) 

592DRQ0 RESET DACK7BAR DACK6BAR IORBAR 592DRQ1 592E0PBAR ENLANBAR AEN NC 
IOWBAR GND 592INT NC DRQ6BAR DRQ7 DRQ6 DISDACK IRQ10 NC MSEOPBAR LTCW 
592DACKBAR VCC 

IF (VCC) LTC W = IORBAR + 592E0PBAR + DACK7BAR 

IF (ENLANBAR • 592E0PBAR • DACK6BAR) MSEOPBAR = 592E0PBAR • DACK6BAR 

IF (VCC) 592DACKBAR = DACK6BAR • DISDACK • ENLANBAR + DACK7BAR • ENLANBAR 

IF (VCC) DISDACK = IOWRBAR • DISDACK • RESET + 592DRQ0 • DISDACK • RESET 
+ 592DRQ0 • IOWRBAR • RESET 

IF (VCC) DRQ7 = 592DRQ1 + 592E0PBAR • DACK7BAR 

IF (VCC) DRQ6BAR = 592DRQ0 • RESET + DACK6BAR • DRQ6BAR • RESET 

IF (VCC) DRQ6 = DRQ6BAR 

IF (ENLANBAR) IRQ10 = 592INT 

NOTE: 

The suffix BAR added to the above signal names indicates an active low signal. A signal in these equations with a line 
drawn above it indicates this signal is to be in a low state for the equation. 
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4.2 Back-to-Back Frame Reception 

The architecture of the 82592 Embedded LAN Module 
allows it to receive back-to-back frames without CPU 
intervention. It uses a contiguous Receive Frame Area 
(RFA) buffer in host system memory where receive 
frames can be continuously stored. This sequential stor- 
age of receive frames can continue until the buffer space 
is exhausted. The size of the RFA buffer can be speci- 
fied by the programmer. Its size will be programmed as 
the byte count of the Rx DMA channel. The Base Ad- 
dress Register contents of that channel serve as the 
start address of the RFA buffer. The receive frames will 
be stored sequentially in the RFA buffer based on the 
contents of the Current Address Register of the Rx 
DMA channel. The module’s architecture, and the 
82592 receive frame memory structure, allows the CPU 
to recover the addresses of each Receive frame in mem- 
ory for processing. The CPU can also reinitialize the 
RFA buffer (by reinitializing the Rx DMA channel) as 
the RFA buffer fills up and its contents are processed. 
Alternatively, configuring the Rx DMA channel to 
Auto-Initialize mode will allow the Rx buffer to auto- 
matically wrap around, back to the beginning of the 
buffer, when its end is reached. This creates a virtual 
“endless” circular buffer. When using this approach, 
care must be taken to avoid writing over unprocessed 
Rx frames — either by the addition of a hardware Stop 
Register, or by guaranteeing that the Rx frames can be 
processed faster than the buffer can wrap around. 

Back-to-back frame reception without CPU interven- 
tion — and eventual recovery of the frames for process- 
ing by the CPU — is based on PAL B’s decoding of the 


TCI signals of the 82592 (PAL B loads the address 
latch with the address of the last byte of the received 
frame) and the structure of the received frame trans- 
ferred from the 82592 to memory. Figure 5 shows the 
format of an 82592 receive frame in TCI mode. After 
the information fields are written to memory, the Status 
and byte count of the received frame are appended to 
the frame in memory. These four bytes (two bytes of 
Status and two bytes of byte count) are the last four 
bytes of the receive frame written to memory. The high 
byte of the byte count is the last byte transferred from 
the 82592 to memory. As this l ast by te is transferred to 
memory, the 82592 asserts the E OP signal. When PAL 
B detects the assertion of EOP by the 82592, it loads 
the address of the last byte of the receive frame into the 
Address Latch as this byte is written into memory. This 
action ensures that there will always be a pointer (the 
contents of the Address Latch) to the byte count of the 
last frame stored in the RFA buffer in system memory. 
Based on the value of the byte count, the beginning 
address of the receive frame in memory can be calculat- 
ed; i.e., Byte Count Address Pointer — Byte Count = 
Beginning of Frame. The byte count of a previous re- 
ceive frame would reside one address location before 
the first byte of the current receive frame. That frame, 
and any additional receive frames that may have pre- 
ceded it, can have their start addresses recovered by the 
same calculation used to recover the last frame re- 
ceived. This process allows frames to be continually 
stored in the RFA buffer without CPU intervention, 
and to be recovered by the CPU for processing. Figure 
6 illustrates the process of back-to-back frame recep- 
tion. 
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*The CRC bytes are transferred to memory only when the device is so configured 

Figure 5. Receive Format for the 82592 in 16-Bit Mode (Tightly Coupled Interface Enabled) 

1-163 










AP-320 


inteT 


Example No. 1 

Example No. 2 

Example No. 3 

First Frame 

Second Frame 

n th Frame 

Received 

Received 

Received 


RCV Frame Area 

In Host Memory 


1 RCV Frame Area 1 
| In Host Memory | 


RCV Frame Area 

In Host Memory 



Frame 1 

' 


Frame 1 


Frame 1 



Status 


Status 


Status 



Byte Count 


Byte Count 


Byte Count 






. 

Remainder of 

RFA Buffer 

i 

Frame 2 


Additional 

RCV Frames 









290189-6 


Status 


Frame n 




1 — TT“ 1 

Byte Count 








Status 










i 

Remainder of 

RFA Buffer 


Byte Count 




t 

1 I LOTCrl I w 




i 

i 

\ Remainder of ] 
i RFA Buffer ! 

1 1 





290189-7 








290189-8 

NOTES: 






The 82592 appends the byte count to the end of each RCV frame. 

PAL ‘B’ loads the latch with the memory address of the last byte of each RCV 

frame. 


Based on latch contents and the byte count of each frame, the CPU recovers the RCV frames. 



Figure 6. Back-to-Back Frame Reception 


4.3 Automatic Retransmission on 
Collision 

Automatic retransmission on collision detection is ac- 
complished by the TCI between the 82592 and the host 
8237 DMA controller and requires no CPU interven- 
tion. The transmit channel of the 8237 should be con- 
figured for Auto-Initialize mode. The transmit block 
(data to be transmitted) starts at the location pointed to 
by the Base Address Register of the Tx DMA channel. 
During a Transmit command, the 82592 DMA re- 
quests begin at the start of the transmit block and work 
sequentially through the block (by incrementing the 
contents of the 8237’s Current Address Register) until 
the transmission is co mplete . Should a collision occur, 
the 82592 asserts the EOP signal and DRQ* to the 
8237 (these signals pass through PAL B) causing the 
8237 to auto-initialize back to the beginning of the 
transmit block (the Current Address Register is loaded 
with the value in the Base Address Register). Internal- 


ly, the 82592 generates a Retransmit command and be- 
gins making DMA requests to the 8237, which is now 
pointing to the beginning of the transmit block. The 
82592 also enters into a back-off algorithm (counting to 
a random number to resolve the collision). When the 
back-off algorithm is complete, and the 82592 regains 
access to the serial link, retransmission is attempted. 
The 82592 will repeat this process until the retransmis- 
sion is completed successfully or until the maximum 
allowable number of collisions per Transmit command 
is reached — at that point all retransmit attempts stop. 
No CPU involvement is required to carry out a retrans- 
mission. The process of automatic retransmission is 
shown in Figure 7. 

NOTE: 

*For Auto-Initialization of the 8237, the signal DRQ 
must be asserted to the 8237 along with assertion of 
EOP. With the 82380 and 82370 DMA controllers, 
Auto -Initialization can be triggered by asserting the 
EOP signal alone. 
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Prior to Transmission 
BAR = CAR 

Transmit DMA Channel In 
Auto-lnitialize Mode 


Collision: 

82592 EOP Asserted to 8237 

During Transmission CAR Reset to BAR 

CAR Increments (by 8237’s Auto-lnitialize) 


BAR/CAR 



bAH — > 


bAH/UAH — ► 


Transmit 


Transmit 


Transmit 

Buffer in 

CAR — > 

Buffer in 


Buffer in 

System 


System 


System 

Memory 


Memory 


Memory 


BAR = Base Address Register 
CAR = Current Address Register 


After Back Off the 82592 
Retransmits from Beginning of 
Transmit Buffer. 

No CPU Intervention is 
Required for Retransmission 


Figure 7. Automatic Retransmission on Collision 


4.4 Target Systems for Integration 

The 82592 Embedded LAN Module is designed to be 
implemented on an Intel SYP301 motherboard; thereby 
demonstrating a low-cost LAN connection for a work- 
station. The SYP301 has an IBM PC AT style bus ar- 
chitecture with a 32-bit Intel 80386 as the main proces- 
sor. The interface between the 82592 LAN Module and 
the SYP301 is based on standard interface signals 
(DRQ, DACK, EOP, IRQ, IOR, IOW, etc.) so the 
basic architecture of the module can be implemented on 
PC AT based systems. This design has been successful- 
ly tested in PC AT style systems produced by several 
manufacturers. For some PC AT based systems, and 
PS/2 Micro Channel systems, the module’s design may 
require some modification. IBM PC and PC XT based 
systems do not have sufficient DMA bandwidth to sup- 
port the non-buffered architecture of this module. 

4.4.1 PC AT BASED DESIGNS 

High-integration chip sets replace a large number of 
discrete. VLSI, LSI, and TTL components with several 
integrated VLSI devices that duplicate a large portion 
of the PC’s functionality. PC AT compatible systems 
using such chip sets may lack support for the automatic 
retransmission feature of the 82592 LAN Module. This 
is because man y ma nufacturers of such chip sets have 
integrated the EOP f unctio n but eliminated the EOP 
input. This lack of an EOP input disables auto-initiali- 
zation of the DMA controller for retransmission. In 


this case retransmission can be performed in one of two 
ways. 

• Should a collision occur while transmitting the pre- 
amble, the 82592 (when configured to automatic re- 
transmission mode) will automatically retransmit 
without CPU intervention or auto-initialization of 
the DMA. This is effective for shorter network to- 
pologies where collisions are normally detected ear- 
ly in the frame. 

• Should a collision occur after the preamble, the 
82592 will interrupt the CPU and the CPU will ini- 
tiate the retransmission. 

For a PC AT style architecture, logic must be imple- 
mented to accommodate DRAM refresh. DRAM re- 
fresh cycles typically occur at 15 /lis intervals. In a stan- 
dard PC AT, any DMA user should limit the time of a 
DMA burst to 15 jus; this is to ensure that the system 
bus is free for the refresh to take place. Any designer 
using burst mode DMA must consider this requirement 
when implementing a design. 

4.4.2 PS/2 MICRO CHANNEL ARCHITECTURE 
DESIGNS 

The IBM PS/2 and other compatibles using the Micro 
Channel architecture have a different host interface to 
the 82592 Embedded LAN Module; however, the basic 
architecture of the module is still applicable. As in the 
SYP301 solution, the TCI between the 82592 and a 
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control PAL loads the address latch with a pointer to 
the last receive frame. Based on the contents of the 
latch and the 82592 receive memory structure, the 
frames are recovered for processing by the CPU. The 
differences between a PC AT architecture and a Micro 
Channel architecture require different control signal 
decoding. The Micro Channel requires a 24-bit address 
latch, as opposed to a 16-bit latch in the 301, and to 
acquire the system DMA it requires different arbitra- 
tion logic to drive a 4-bit arbitration level on the Micro 
Chan nel. The Micro Channel also does not have an 
EOP input; therefore, auto-initialization of the Tx 
DMA channel and support of automatic retransmission 
without CPU intervention must be provided by using 
one of the alternative methods recommended in the 
previous section. 

4.4.3 EMBEDDED CONTROL DESIGNS 

The 82592 Embedded LAN Module architecture can 
also be applied to an embedded control application that 
contains some DMA functions. For an embedded appli- 
cation using an 8237, 82380 or 82370 DMA controller, 
the basic architecture of the 82592 Embedded LAN 
Module can be used. For an in terface to DMA devices 
that do not feature the EOP signal as an input (for 
example, DMA units on board a CPU), the alternative 
methods for retransmission given earlier can be used. 


5.0 SERIAL INTERFACE MODULE 

The serial interface for the Intel SYP301 82592 Embed- 
ded LAN Module is implemented as a separate module. 
Since the 82592 Embedded LAN Module is intended to 
be integrated into a system motherboard, implementing 
the serial interface as a separate module — perhaps as a 
very small PC board that plugs into a socket — allows 
for easy interchangeability between different serial in- 
terface media. This modularity allows the system board 
manufacturer to avoid committing his motherboard to 
only one type of medium, and thus requiring a major 
.redesign for each different serial interface. 

Modularity in the data communications field is encour- 
aged by the Open Systems Interconnect (OSI) reference 
model. The 82592 is designed to operate through the 
lower half of the Data Link Layer (see Figure 8), imple- 
menting CSMA/CD Medium Access Control and in- 
terfacing directly with the Physical layer below it. By 
interfacing the 82592’s standard CSMA/ CD in t erface 
signa ls to a serial module (TxD, RxD, TxC, RxC, 
CDT, CRS, and others) different Physical Link mod- 
ules can be implemented without any change to soft- 
ware. Examples of serial interface modules that could 
be interchanged by simply plugging a new module into 
the motherboard are Ethernet/Cheapernet, Twisted 
Pair Ethernet (TPE), StarLAN, Broadband Ethernet, 
and many proprietary CSMA serial media. Figure 9 
shows the schematics of an Ethernet module; and Fig- 
ure 10 those of an Ethernet/Cheapernet module. 
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Figure 8. The 82592 Embedded LAN Module Relationship to the OSI Reference Model 
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Figure 9. Ethernet Analog Module 
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Figure 10. Ethernet/Cheapernet Analog Module 
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6.0 PERFORMANCE COMPARISON 

Figure 1 1 compares the performance of the 82592 Em- 
bedded LAN Module with the PC586E nonintelligent, 
buffered adapter. The PC586E is an Intel evaluation 
board based on the Intel 82586 LAN Coprocessor. It 
contains 16 kB of local memory, has a 16-bit bus inter- 
face, and has a high-performance arbitration scheme 
providing both the CPU and the 82586 LAN controller 
zero wait state access to local memory. The PC586 has 
been characterized in the industry as one of the highest 
performance nonintelligent, buffered adapters available. 

A performance comparison, using Novell’s Perform 2 
utility, shows that the 82592 Embedded LAN Module, 
operating as a workstation accessing a file server, out- 
performs the PC586E. For all tests the host system was 
an Intel SYP301. The SYP301 was run in both stan- 
dard mode, a nominal 16 MHz*, and in its reduced 
speed mode, 6 MHz. In all cases the SYP301 system 
DMA operates at 4 clocks per cycle at 4 MHz. The file 
server was a Novell 286A, an 8 MHz, zero wait state 
system, using a PC586E as the LAN adapter. The tests 
recorded are for one node on the network (the worksta- 
tion under test). For write tests to the file server’s hard 
disk, the performance numbers are generally the same. 
This is due to limitations in accessing the file server’s 
hard disk. This slow access causes a bottleneck. For the 
read tests the workstations are accessing files stored in 
cache memory, thus removing the bottleneck for this 
test. Without this limitation, the 82592 Embedded 
LAN Module accesses the file server at a higher rate 
than the PC586E: at full speed, 318 kB/s vs 
282.3 kB/s; and at reduced speed, 202.8 kB/s vs 
195.2 kB/s. 


7.0 SOFTWARE EXAMPLES 

The following examples are from a driver written for an 
82592 Embedded LAN Module operating in an Intel 
SYP301. The driver was written by Joe Dragony, Intel 
Data Communications Technical Marketing Engineer. 
The excerpts will cover (1) declarations of program 
constants and variables, (2) initializing the Embedded 
LAN Module hardware and buffer space, (3) assembly 
and transmission of a frame, and (4) processing re- 
ceived frames. A brief description of each of these pro- 
cesses is followed by excerpts from the code. The driver 
uses the Xerox Internetwork Packet Exchange (IPX) 
protocol and serves as a software interface between the 
82592 Embedded LAN Module hardware and the IPX. 

Exerciser Software for the 82592 Embedded LAN 
Module is also available from Intel. Detailed documen- 
tation for both the exerciser program and the network 
driver are available upon request from Intel. 


7.1 Declarations 

Table 2 shows declarations of program variables and 
equates of program constants. This section is included 
to help the reader understand the following program 
excerpts. 

*NOTE: 

The benchmark program Landmark CPU Speed Test , 
© 1986 by Landmark Software, shows an effective 
throughput of 14.3 MHz for a SYP301 in standard 
mode; and 5.4 MHz in reduced speed mode. 



NOTES: 

Novell Perform 2 Version 2.3 

File Server: 286A. 8 MHz, Zero-Wait-State with PC586E LAN Adapter 
Node System: SYP301 (One Node on Network) 

Reduced Speed Mode: Equivalent to 5.4 MHz AT 
Standard Mode: Equivalent to 14.3 MHz AT 
301 System DMA: 4 MHz, Four Clocks per Transfer 
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Figure 11. 82592 SYP301 Embedded LAN Module vs PC586E Buffered Adapter 
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Table 2. Declarations 


$%*define (slow) local label ( 


jmp 

short %label 


%label: 

> 



%*define (fastcopy) local label ( 


shr cx, 

1 


rep movsw 
jnc % label 


movsb 



%label: 

) 



%*define (inc32 m) ( 


add word ptr %m[0], 1 
adc word ptr %m[2] , 0 

) 


name 

LANOnMotherboardModule 


CGroup 

group Code, mombo_init 


eLSSume 

cs: CGroup, ds : CGroup 


Code segment word public 'CODE' 


public 

DriverSendPacket 


public 

DriverBroadcastPacket 


public 

DriverPoll 


public 

LANOpt ionName 


extrn 

IPXGetECB : NEAR 


extrn 

IPXReturnECB: NEAR 


extrn 

IPXReceivePacket : NEAR 


extrn 

IPXReceivePacketEnabled: NEAR 


extrn 

IPXHoldEvent : NEAR 


extrn 

IPXServiceE vents : NEAR 


extrn 

IPXIntervalMarker : word 


extrn 

MaxPhysPacketSize : word 


extrn 

ReadWriteCycles : byte 


extrn 

IPXStartCriticalSection: NEAR 


extrn 

IPXEndCriticalSection : NEAR 

290189-16 


1-170 



AP-320 



Table 2. Declarations (Continued) 


; Equates 



CR 

equ 

ODh 

LF 

equ 

OAh 

BAD 

equ 

OFFh 

BPORT 

equ 

0 

IRQLOC 

equ 

19 

DMAOLOC 

equ 

23 

DMA6LOC 

equ 

25 

TransmitHardwareFailure 

equ 

OFFh 

PacketUnDaliverable 

equ 

OFEh 

PacketOverflow 

equ 

OFDh 

ECBProcessing 

equ 

OF Ah 

TxTimeOutTicks 

equ 

20 


; Latch definitions 
TenCent Lo aqu 301h 

TenCentHi equ 302h 

; Enables for 10 cent 
EnLAN equ 303h 

DisLAN equ 304h 

; 8259 definitions 


interruptControlPort 

equ 

020h 

InterruptMaskPort 

equ 

OAlh ;for secondary 8259A 

ExtralnterruptControlPort 

equ 

OAOh 

EOI 

equ 

020h 


8237 definitions 


DMAcmdstat 

equ 

ODOh 



DMAreq 

equ 

0D2h 



DMAsnglmsk 

equ 

0D4h 



DMAmode 

equ 

0D6h 



DMAff 

equ 

0D8h 



DMAtmpclr 

equ 

ODAh 



DMAclrmsk 

equ 

ODCh 



DMAallmsk 

equ 

ODEh 



DMA6page 

equ 

089h 



DMA6addr 

equ 

0C8h 



DMA6wdcount 

equ 

OCAh 



DMA7page 

equ 

08 Ah 



DMA7 addr 

equ 

OCCh 



DMA7wdcount 

equ 

OCEh 



DMAtx6 

equ 

01 Ah 

/demand mode, 

autoinit, read transfer 

DMAtx7 

equ 

OlBh 

/demand mode. 

autoinit, read transfer 

DMArx6 

equ 

006h 

/demand mode. 

no autoinit, write transfer 

DMArx7 

equ 

007h 

/demand mode, 

no autoinit, write transfer 

DMA 6ms k 

equ 

006h 



DMAGunmsk 

equ 

002h 



DMA7msk 

equ 

007h 



DMA7unmsk 

equ 

003h 



DMAena 

equ 

Oh 
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Table 2. Declarations (Continued) 




socket_number 

dw 

0 



ipx_workspace 

db 

4 

dup 

(0) 

driver_workspace 

db 

12 

dup 

(0) 

immediate_addre3 s 

db 

6 

dup 

(0) 

f r agment_count 

dw 

1 



f r agment__de 3C r ipt o r_l i s t 

db 

6 

dup 

(?) 


f ragroent_descriptor struc 

fragment_address dd ? 

f ragment__length dw ? 

fragment_de3criptor ends 


rx_buf_structure 3 true 

rx_dest_addr db 

rx_source_addr db 

rxjphysical_length dw 
rx_check3um dw 

rx__length dw 

rx_tran_control db 

r x_hdr_t yp e db 

rx_dest_net db 

rx_dest_node db 

rx__dest_30cket dw 

rx_source_net db 

rx_source_node db 

rx_source_socket dw 

rx buf structure ends 


db 

6 

dup 

(? 

db 

6 

dup 

(? 

dw 

o 



dw 

? 



dw 

? 



db 

? 



db 

? 



db 

4 

dup 

(?: 

db 

6 

dup 

(?: 

dw 

7 



db 

4 

dup 

(?: 

db 

6 

dup 

(?; 

dw 

7 




tci_status struc 
status 0 db 

deadl db 

status 1 db 

dead2 db 

bc_lo db 

dead3 db 

bc_hi db 

tci status ends 


c_header_st ructura 

struc 




checksum 

dw 

7 



packetJLength 

dw 

? 



transport_control 

db 

o 



packet_type 

db 

? 



destination_network 

db 

4 

dup 

(?) 

destination_node 

db 

6 

dup 

(?) 

destinationjsocket 

dw 

7 



source_network 

db 

4 

dup 

(?) 

source_node 

db 

6 

dup 

(?) 

source_socket 

dw 

7 



: header structure 

ends 





even 
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Table 2. Declarations (Continued) 

tx start time 

dw 

0 




adapter_io 

dw 

? 




config 

dw 

7 




send list 

dd 

0 


/points to list of ECBs to be sent 


buf f er_jsegraent 

dw 

? 




rx ecb 

dd 

? 




tx_ecb 

dd 

7 




config block 

db 




0Fh,00h,48h,80h 

26h, OOh, 60h, OOh, 0F2h, OOh, OOh, 40h, 0F5h, OOh, 3Fh, 87h, OFOh, ODFh 


temp flag 


db 

0 



int mask register 

dw 

7 



old_irq_vector 


dd 

? 



int vector addr 


dw 

? 



int bit 


db 

? 



int mask 


db 

7 



command reg 


dw 

30 Oh 

/ 82592 port 0 address 


read in length 


dw 

7 



config dmaO loc 


db 

? 



config dmal loc 


db 

? 



conf igirq_loc 


db 

? 



config bport 


dw 

? 



tx active flag 


db 

0 



frame status 


db 

0 



statuslO 


db 

0 



statusll 


db 

0 



status20 


db 

0 



status21 


db 

0 



even 






gp buf 


dw 

5000 dup (0) /twice the required size 


gp length 


dw 

1388h 



gp buf offset 


dw 

cgroup : gp_buf 


gp offset adjust 

dw 

0 



gp buf start 


dw 

0 

•A1-A16 of General Purpose Buffer EA 


gp buf__page 


dw 

0 

/ A17-A23 of General Purpose Buffer EA 


tx byte cnt 


dw 

0 

/IPX packet length plus header length 


rx buf start 


dw 

0 

/A1-A16 of General Purpose Buffer EA 


rx bufjpage 


dw 

0 

/ A17-A23 of General Purpose Buffer EA 


rx buf head 


dw 

0 

/current rx head, buffer has been flushed to 


here 

rx buf tail 


dw 

0 

/value read from 10 cent latches 


rx buf ptr 


dw 

0 

/used during rx list generation 


rx buf stop 


dw 

0 

/point to reset the DMA controller 


rx buf length 


dw 

0 



rx buf segment 


dw 

0 

/calculated at init for use by IPXReceivePacket 


curr rx length 


dw 

0 



rx list 


dw 

180 dup 

(0) 


num of frames 


dw 

0 



reset rx buf 


dw 

0 



padding 


dw 

0 



; Define Hardware Configuration 
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Configurations 


db 

NetWareDriverLAN WS 

SDriverConfiguration 

LABEL 

byte 

reservedl 



db 

4 dup (0) 

node_addr 



db 

6 dup (0) 

reserved2 



db 

0 / non-zero means is a real driver. 

node_addr_t ype 



db 

0 /address is determined at initialization 

max data size 



dw 

1024 /largest read data request will handle 

(512, 1024, 2048 

, 

4096) 



lan_desc_offset 



dw 

LANOpt ionName 

lan_hardware_id 



db 

OAAh /Bogus Type Code 

transport_time 



dw 

1 /transport time 

reserved_3 



db 

11 dup (0) 

major_version 



db 

Olh /Bogus version number 

minor_version 



db 

OOh 

flag bits 



db 

0 

selected configuration 

db 

0 /board configuration (interrupts, IO 

addresses, etc.) 





number of configs 


db 

01 

config_pointers 



dw 

conf igurationO 

LANOpt ionName 


db 

' Intel LAN-On-Motherboard Module' , 0, ' $' 

conf igurationO 


dw 

300h 

, 16, 0, 0 /IO ports and ranges 

db 

0 




dw 

0 

, o 



db 

0 




dw 

0 

’, 0 


/memory decode 

db 

OFFh, 10, 0, 

0 /interrupt level 10 

db 

OFFh, 6 

, OFFh 

, 7 /DMA channels 6 and 7 

db 

0 

, 0 



db 

'IRQ 10 

, IO Addr = 300h, DMA 6 and 7, For Evaluation Only', 


********************************************************* 


; Error Counters 

; ******************************************************** 

Public DriverDiagnosticTable,DriverDiagnosticText 

DriverDiagnosticTable LABEL byte 

DriverDebugCount dw DriverDebugEnd-DriverDiagnosticTable 


DriverVersion 

db 

01, 00 



StatisticsVersion 

db 

01,00 



TotalTxPacketCount 

dw 

0,0 



TotalRxPacketCount 

dw 

0,0 



NoECBAvailableCount 

dw 

0 



Packet TxTooBigCount 

dw 

-1 

/not 

used 

P acket TxTo o Sma 1 ICount 

dw 

-1 

/not 

used 

PacketRxOverflowCount 

dw 

0 



PacketRxTooBigCount 

dw 

0 



PacketRxTooSmallCount 

dw 

0 



PacketTxMiscErrorCount 

dw 

-1 

/ not 

used 

PacketRxMiscErrorCount 

dw 

-1 

/ not 

used 

Ret ryTxCount 

dw 

0 

/not 

used 

Check3umErrorCount 

dw 

-1 
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7.2 Initialization Routine 

This routine, Driver Initialize, initializes the Embedded 
LAN Module hardware and the system hardware need- 
ed to support the module. It also sets up the system 
memory structure to support the module. 

7.2.1 HARDWARE INITIALIZATION AND 82592 
CONFIGURATION 

Initialization of the Embedded LAN Module hardware 
begins with generating an individual address for the sta- 
tion, initializing the interrupt line and interrupt vector, 
and enabling the module by writing to port address 
303h. After initializing the memory structure, the 
82592 is directly programmed. This programming in- 
cludes configuring the 82592 and initializing it with the 
station’s individual address. The 82592 is configured in 
two steps. The first specifies a 16-bit-wide system bus 
interface by issuing a Configure command to the 82592, 


with OOh as the byte count; i.e., no parameters passed to 
the device. Then a second Configure command is is- 
sued; it does the following. 

• The 82592 is put in High Speed Mode to support 
Ethernet serial bit rates. 

• It is placed in TCI mode for interface to the Embed- 
ded LAN Module architecture. 

• All network parameters (e.g., Frame Length, Slot 
Time, and Preamble Length) are set up for default 
Ethernet values. 

Following this initialization and configuration of the 
module’s hardware, the 8259A Programmable Inter- 
rupt Controller’s -interrupt line for the module is en- 
abled, allowing the interrupt-driven events frame recep- 
tion and completed transmission. Then a Receive En- 
able command is issued to the 82592. Table 3 contains 
the code for hardware initialization. 


Table 3. Hardware Initialization 


mombo_init segment 'CODE' 

public Driverlnitialize, 

no_card_jmessage db 

config_failure_roessage db 

iaset_£ailure_message db 

ConfigDataUnderrunMess db 


DriverUnHook 

CR,LF,'No adapter installed in PC$‘ 
CR, LF, 'Configuration Failure$' 

CR, LF, ' IA Setup Failure$' 

CR, LF, 'Configuration underrun$' 


Driver Initialize 
assumes : 

DS, ES are set to CGroup (= CS) 

DI points to where to stuff node address 
Interrupts are ENABLED 

The Real Time Ticks variable is being set, and the 
entire AES system is initialized. 

returns : 

If initialization is done OK: 

AX has a 0 

If board malfunction: 

AX gets offset (in CGroup) of '$' -terminated error string 


Driverlnitialize PROC NEAR 

mov MaxPhysPacketSize, 1024 

cli 

cld 

mov ax, cs 
mov ds , ax 
mov es, ax 

; get DOS time and use for address, 
mov ah,02Ch 

int 21h 

mov bx, OFFSET CGroup: node_addr 

mov byte ptr cgroup:[bx], OOh 

mov byte ptr cgroup : [bx+1] , OAAh 

mov byte ptr cgroup: [bx+2] , ch 

mov byte ptr cgroup : [bx+3] , dl 

mov byte ptr cgroup : [bx+4] , dh 

mov byte ptr cgroup : [bx+5] , 7Eh 

mov 3i, bx 

movsw /stuff address at point IPX indicated 

movsw 

movsw 

sti 

; initialize the configuration table 
mov al, selected_configuration 

cbw 

shl ax, 1 ; multiply by two 

add ax, OFFSET CGROUP :config_pointers ;ax contains the offset value 
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Table 3. Hardware Initialization (Continued) 


mov 

bx,ax /of the default configuration 

< 

mov 

bx, [bx] / list 


mov 

Config,bx 


mov 

al, [bx+DMAOLOC] 


mov 

config dmaO loc,al 


mov 

al, [bx+DMA6L0C] 


mov 

config dmal loc,al 


mov 

al, [bx+IRQLOC] 


mov 

config ircj_loc,al 


mov 

ax, [bx+BPORT] 


mov 

command_reg , 3 0 Oh 


SetThelnterrupt Vector : 


; SET 

UP THE INTERRUPT VECTORS 


push 

di 


mov 

al, config^irgJLoc 


mov 

bx, OFFSET CGroup: DriverlSR 


call 

SetlnterruptVector 


pop 

di 


mov 

dx, EnLAN 


out 

dx, al /enable LAN on MB module 


%slow 

mov 

dx, command reg 


mov 

al, C RST 


out 

dx, al z reset the 82592 controller 


/generate 20 bit address for DMA. controller from configure block location 


/this is 

necessary to accomodate the page register used in the PC DMA 


call 

set_up_Jfc>uf f er s 


/set up DMA channel for configure command 


xor 

ax, ax 


out 

DMAff, al /data is don't care 


%slow 



mov 

al, DMAena 


out 

DMAcmdstat, al 


mov 

ax, gp buf start 


%slow 



out 

DMA6addr, al 


mov 

al, ah 


%slow 

out 

DMA6addr, al 


mov 

ax, gp_buf_page 


%slow 



out 

DMA6page, al /DMA page value 


mov 

ax, 1 


%slow 

out 

DMA6wdcount, al /make two transfers 


mov 

al, ah 


%slow 

out 

DMA6wdcount , a 1 


mov 

al, DMAtx6 /setup channel 6 for tx mode 


%slow 

out 

DMAmode, al 


mov 

al, DMA6unmsk 
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Table 3. Hardware Initialization (Continued) 


%slow 

out DMAsnglmsk, al 

xor ax, ax 

the 

mov 
atoaw 
stosw 
%slow 
mov 
mov 
out 
%slow 

wide_mode__wait_loop : 

xor al, al 

%slow 

out dx, al /point to register 0 

%slow 

in al, dx /read register 0 

and al,0DFh /disregard exec bit 

cmp al, 82h / is configure finished? 

jz do_config 

loop wide_mode_wait_loop 

mov ax, OFFSET CGroup: no_card_message 

jrop init_exit 

do — config: 

mov al, C_INTACK 

out dx, al /clear interrupt 

xor ax, ax 

%slow 

out DMAff, al /data is don't care 

mov ax, gp_buf_3tart 

%slow 

out DMA6addr, al 

mov al, ah 

%slow 

out DMA6addr, al 

mov ax, gp_buf_page 

%slow 

out DMA6page, al /DMA page value 

%slow 

mov al, DMAtx6 /setup channel 1 for tx mode 

out DMAmode, al 

%slow 

xnov ax, 8 

out DMA6wdcount , al 

%slow 

mov al, ah 

out DMA6wdcount , al 

%alow 

mov al, DMA6unmsk 

out DMAsnglmsk, al 

mov ax, ds 

mov es, ax 

mov si, offset cgroup : conf ig_block 

mov di, gp__buf__of f set 
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di, gp_buf_offset /mov zeroes into the byte count field of the 
/buffer to put the 82592 into 16 bit mode 


dx, command_reg 
al, C_CONFIG 
dx, al 


/configure the 82592 for 16 bit mode 
/issue configure command 
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Table 3. Hardware Initialization (Continued) 


mov cx, 18 

rep movsb 

mov dx, command_reg 

mov al, CjCONFIG ; configure the 82592 

out dx, al 

%slow 

xor cx, cx 

conf ig_wait_loop : 

%slow 

xor al, al 

%slow 

out dx, al ; point to register 0 

%slow 

in al, dx ;read register 0 

and al, ODFh /discard extraneous bits 
cmp al, 82h ; is configure finished? 

jz config_done 

loop conf ig_wait_loop 

mov ax, OFFSET CGroup: config_failure_message 

jmp init__exit 

conf ig_done : 

; clear interrupt caused by configuration 
mov al, C_INTACK 

out dx, al 

/ do an IA_setup 

mov di, gp_buf_offset 

mov al, 06h /address byte count 

stosb 

mov al, OOh 

stosb 

mov si, OFFSET CGROUP : node__addr 

mov cx, SIZE node_addr 

rep movsb 

out DMAff, al /data is don't care 

%slow 

mov ax, gp_buf_start 
out DMA6addr, al 

mov al, ah 

%slow 

out DMA6addr, al 

mov ax, gp_bu f _p a ge 

%slow 

out DMA6page, al /DMA page value 

%slow 

mov al, DMAtx6 /setup channel 1 for tx mode 

out DMAmode, al 

%slow 

mov ax, 3 

out DMA6wdcount, al 

%slow 

mov al, ah 

out DMA6wdcount, al 

%slow 

mov al, DMA6unmsk 

out DMAsnglmsk , al 
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Table 3. Hardware Initialization (Continued) 


mov 

dx, command reg 


mov 

al, C I ASET ;set up the 82592 individual address 


out 

dx, al 


xor 

cx, cx ;cx i3 used by the loop instruction below. thi3 

/causes the loop to be executed 64k times max 


ia wait 

loop: 


xor 

al, al 


out 

dx, al 


%slow 

in 

al, dx 


and 

al, ODFh /discard extraneous bits 


crap 

al, 81h ; is command finished? 


jz 

ia done 


loop ia_wait_loop 


mov 

ax, OFFSET CGroup: iaset failure message 


jmp 

init_exit 


ia done : 1 

mov 

al, C INTACK 


out 

dx, al /clear interrupt from iaset 


; initialize the receive DMA channel 


xor 

al, al 


out 

DMAff, al 


mov 

ax, rx buf start /set dma up to point to the beginning of rx buf 


%slow 1 

out 

DMA7addr, al 


mov 

al, ah 


%slow 

out 

DMA7addr, al 


mov 

ax, rx__buf_page /set rx page register 


%3lOW 

out 

DMA7page, al 


mov 

al, DMArx7 


%slow 



out 

DMAmode, al 


mov 

ax, rx buf length /set wordcount to proper value 


%slow 

out 

DMA7wdcount, al 


mov 

al, ah, 


%slow 

out 

DMA7 wdcount , a 1 


mov 

al, dma7unmsk /unmask receive DMA channel 


%slow 

out 

DMA3nglrask, al 


; unmask 

our interrupt channel 


in 

al, InterruptMaskPort 


mov 

bl, OFBh 


and 

al, bl 


%slow 

out 

InterruptMaskPort, al 


; enable 

the receiver 


mov 

dx, command reg /enable receives 


mov 

al, C RXENB 


out 

dx, al 


xor 

ax, ax 
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Table 3. Hardware Initialization (Continued) 


mov cx, 1 

init__exit : 
ret 


Conf igDataUnderrun : 

mov ax, OFFSET CGroup: ConfigDataUnderrunMess 

jmp init_exit 

IASetupDataUnderrun : 

mov ax, OFFSET CGroup: IASetupDataUnderrun 

jmp initjexit 


Driverlnitialize endp 


Set Inter ruptVector 

Set the interrupt vector to the interrupt procedure's address 
save the old vector for the unhook procedure 

assumes: bx has the ISR offset 
al has the IRQ level 
interrupts are disabled 


SetlnterruptVector PROC NEAR 
; mask on the appropriate interrupt mask 
push ax 

xchg ax, cx 

mov dl, 1 

shl dl, cl /get the appropriate bit location 

mov intjbit, dl ;set the interrupt bit variable 

not dl 

mov int_mask, dl ;set the interrupt mask variable 

mov ax, InterruptMaskPort 

mov int_maskjcegister, ax 

pop ax 

cld 

cbw 

xor cx, cx 

mov es, cx 

add al, 68h /adding 8 converts int number to int type, i.e., 

;int 4 = type 12, int 5 = type 13 etc. 
shl ax, 1 

shl ax, 1 /two shifts <= mul by 4 to create offset of vector 

xchg ax, di 

mov int_vector_addr, di /save this address for unhook 

mov ax, es: [di] /save old interrupt vector 

mov word ptr old_ir<j__vector, ax 

mov ax, es: [di] +2 

mov word ptr old_ir<£_vector + 2, ax 

xchg ax, bx /bx has the ISR offset 

stosw 

mov ax, cs 
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stosw 

ret 

SetlnterruptVector endp 
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7.2.2 INITIALIZING SYSTEM MEMORY 

A buffer is constructed in system memory to support 
the Embedded LAN Module architecture. This buffer 
is divided into a receive buffer area and a transmit/gen- 
eral-purpose buffer area. This buffer (Tx/GP) is used as 
the transmit buffer and as the parameter block for 
82592 commands that require parameters. 

The combined size of the buffer areas requested by the 
program is 10 kB. The Tx/GP buffer should be at least 
1200 bytes long. The Rx buffer should be at least 5 kB 
long. The amount of memory requested is twice the size 
of the minimum Rx buffer length because of the possi- 
bility of a DMA page break occurring at some point in 
the 10 kB buffer area. A page break can occur because 
the SYP301 (or any PC AT based architecture) uses a 
static page register to supply the upper address bits 
(A 17 -A 23 for a 16-bit DMA channel) during a DMA 
cycle. These upper bits of the address cannot be incre- 
mented. The software checks for a page break and ad- 
justs the buffer size if one is found. There are three 
possible page break scenarios. 


• No page break occurs. The buffer size is not adjust- 
ed, the Tx/GP buffer area will be in the first 1200 
bytes of the 10 kB buffer, and the Rx area will use 
the remainder. 

• A page break occurs, and the buffer is divided so 
that one fragment is smaller than 1200 bytes. This 
fragment is too small to be used and both the 
Tx/GP and Rx areas will be placed in the larger 
segment. 

• A page break occurs that divides the 10 kB buffer 
into two segments both larger than 1200 bytes. The 
software then places the Tx/GP area in the smaller 
segment, and the Rx area in the larger. 

These three scenarios are shown in Figure 12. In no 
case is the Rx area less than 5 kB — half the total buffer 
size. Once these calculations are made, the transmit 
and receive DMA channels, along with their page regis- 
ters, are programmed to point to their respective areas 
in the buffer (Tx/GP and Rx). With the memory now 
initialized, configuration and initialization of the 82592 
can begin. 


Buffer 

Start 


Buffer 

End 


Transmit and 
General Purpose 
Buffer Space. 
1200 Bytes 


Receive Buffer = 
Total Buffer Space 
- 1200 Bytes 


gp_buf_start 


rx buf stop 

(1200 bytes 
from end) 


No DMA boundary in the buffer space. 
Tx/GP buffer is located in the first 1200 
bytes. Rx buffer occupies the balance of the 
space. 


Buffer 

Start 


DMA 

boundary 


Buffer 

End 


A 

Unusable Portion 
(Less than 
1 200 Bytes) 


B 

Transmit and 
General Purpose 
Buffer Space. 
1200 Bytes 


C 

Receive Buffer = 
Total Buffer Space 
- A + B 


gp_buf_start 


rx_buf_start 


rx_buf_stop 
(1200 bytes 
from end) 


DMA boundary exists in the buffer space, 
and the first fragment is to small to use (less 
than 1 200 bytes). The buffer start point is ad- 
justed by adding the length of the fragment 
to the original start point. Tx/GP buffer occu- 
pies the first 1200 bytes after the DMA 
boundary. Rx buffer occupies the balance of 
the buffer space. 


Buffer 

Start 


DMA 

boundary 


Buffer 

End 


A 

Transmit and 
General Purpose 
Buffer Space. 
1200 Bytes 


B 

Wasted Space 


C 

Receive Buffer = 
Total Buffer Space 
- A + B 


gp_buf_start 


rx_buf_start 


rx buf stop 

(1200 bytes 
from end) 


DMA boundary exists in the buffer space. 
The first section is the smallest section, so 
the buffer is located there. The receive buff- 
er occupies the larger section of the buffer. 


Figure 12. DMA Page Break Affect on Buffer Size 
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The Rx buffer area is implemented as a restartable lin- receive frames are processed. After the last frames have 

ear buffer. As frames are stored in this buffer they are been processed, the receive area is reinitialized, the re- 
processed by the IPX routine IPXReceivePacket. A ceive channel DMA is initialized to point back to the 

variable called RX BUF STOP points to a location beginning of the receive area, and frame reception is 

1200 bytes from the end of the Rx area. On reaching reenabled. Table 4 contains the code that initializes the 

(or passing) this location in the Rx area, frame recep- buffer memory. Section 7.3 gives further information 

tion is temporarily disabled, and the remainder of the on receive frame processing. 

Table 4. Buffer Memory Initialization 


Set up Buffers: 

This routine generates the page and offset addresses for the 16 bit 
DMA. It checks for a page crossing and uses the smaller half of the 
buffer area for Tx and general purpose if a crossing is detected. If 
no crossing is detected the general purpose/transmit buffer is placed 
at the beginning of the buffer area. This routine also generates a 
segment address for the receive buffer which allows the value read 
from the "10 cent" latches to be used as read for the offset passed 
to IPXReceivePacket. This saves some arithmetic steps when tracing 
back through the rx buffer chain. 


set_upjbuffers proc near 

mov ax, offset cgroup: gp__buf 

mov gp_buf_of fset, ax 

mov bx, cs 

mov dx, cs 

shr ax, 1 

mov cx, 3 

shl bx, cl 

rol dx, cl ;get upper 3 bits for page register 

and dx, 0007h ; clear all but the lowest 3 bits 

add ax, bx ;ax contains EA of first location in buffer 

adc dx, 0 ;if addition caused a carry add it to page 

mov cx, OFFFFh ;of buffer to page break 

sub cx, ax ;cx contains the number of bytes to page break 

cmp cx, 01388h 
jb intel__hop 

jmp copacetic ; it ' s cool, whole buffer space is in one page 
intel__hop : 

cmp cx, 0258h 

ja low_ok ;low fragment is a usable size, check upper fragment 

add ax, cx ;move pointer past the page break to discard fragment 

sub gp_length, cx ; adjust length variable to reflect shorter length 
mov gp_offset_adjust, cx 

shl gp_of f set_ad just , 1 /convert to byte format 
mov cx, gp_offset_adjust 

add gp__buf_offset, cx /adjust gp__buf starting point to reflect change 
jmp copacetic /both buffers will be in the same page, rx buf 
shortened 

low_ok : 

cmp cx, 1130h 
jb high_ok 

mov gp__length, cx /adjust length variable, discard upper buffer fragment 
jmp copacetic /both buffers will be in the same page, rx buf 

shortened 

high__ok: /now since both fragments are usable we have to find the 

cnp cx, 09C4h /actual page break, the large half will be the receive 
ja rx__first /buffer and the small half will be the gp-tx buffer, 

mov gpjbufjpage, dx 
shl gp_buf_jpage, 1 
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Table 4. Buffer Memory Initialization (Continued) 


mov gp_buf_start, ax 
mov rx_buf_start, OOOOh 
mov rx_buf_head, OOOOh 
add dx, 1 ;next page 

mov rx_Jbuf_page , dx 
shl rx_buf_page, 1 
shl ax, 1 
adc dx, 0 

mov bx, cx /save number of byte3 to page break 

mov cx, 12 
shl dx, cl 

mov rx_buf_3egment,dx 
3ub gp_length, bx 
mov cx, gp_length 
mov rx_buf__length, cx 
stab cx, 258h 
3hl cx, 1 
add cx, ax 
mov rx_buf_stop, cx 
jmp buffera__set 

rx_f irst : 

mov rx_buf_page, dx 
3hl rx_buf_page, 1 
mov rx_buf_start , ax 
mov rx_buf_head, ax 
shl rx__buf_head, 1 
mov rx_buf_length, cx 

, mov rx_buf_stop, 0FB9Eh ;1200 byte3 from end of buffer 
mov gp_buf__start, OOOOh 
add dx, 1 ;next page 

mov gp_buf_page, dx 
shl gp_bu£_page , 1 
add cx, 1 
shl cx, 1 

mov gp__offset_adjust, cx 
add gp_buf__offset, cx 
sub dx, 1 
3hl dx, 1 

shl ax, 1 
adc dx, 0 
mov cx, 12 
shl dx, cl 

mov rx_buf_segment,dx 
jmp buffers_set 

copacetic: 

mov gp_buf_start, ax 
add ax, 258h 
mov rx_buf_start, ax 
mov rx_buf_head, ax 
shl rx_buf_head, 1 
sub gp_length, 258h 
mov cx, gp_length 
mov rx_buf_lengt h , cx 
shl dx, 1 

mov rx_buf_page, dx 
mov gp_buf_j?age, dx 
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/ A1-A16 of gp buffer, gp buffer is first 

;1200 bytes for gp buffer at front of buffer space 

;rx buffer starts 1200 byte3 in 


/convert segment to byte address 


shl ax, 1 /convert offset to byte addre33 

adc dx, 0 /adjust segment for shift 

mov cx, 12 
shl dx, cl 

mov rx_buf_segment, dx /load variable 
mov cx, rx_buf_length 

3ub cx, 258h /setup marker for 

shl cx, 1 
add ax, cx 
mov rx_buf_stop, ax 

buf fers_set : 
ret 


for transfers to IPX 

low rx buffer 3pace, >600 words 


set_up_buf f ers 


endp 
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area. The construction of the frame is based on the 
ECB’s address information and fragment list. The 
transmit DMA channel is now initialized to point to 
the beginning of the transmit frame in the Tx/GP area, 
and the byte count for that channel is also initialized. A 
Transmit command is now issued to the 82592. A sepa- 
rate routine monitors the transmission for a time-out 
error. When an interrupt from the 82592 indicates that 
the transmission attempt is complete (whether success- 
ful or unsuccessful), or if a time-out error has occurred, 
the proper completion code is inserted into the frame’s 
ECB, and the ECB is passed back to IPX. If additional 
ECBs remain in the transmit queue the processing of 
the next ECB will begin. Table 5 contains the code used 
for assembly and transmission of frames. 

Table 5. Assembly and Transmission of Frames 


; Driver Send Packet 

; Assumes 

; ES:SI points to a fully prepared Event Control Block 

; DS * CS 

; Interrupts are DISABLED but may be reenabled temporarily if necessary 

; don't need to save any registers 

DriverBroadcastPacket : 

DriverSendPacket PROC NEAR 

di ; disable the interrupts 

mov cx, word ptr send_list + 2 
jcxz AddToFrontOfList 

; search to the end of the list, and add there, 
mov di, word ptr sendJList 

AddToListLoop : 
mov ds, cx 

mov cx, ds : word ptr [di] . link -I- 2 
jcxz AddListEndFound 
mov di, ds: word ptr [di] .link 
jmp AddToListLoop 

AddListEndFound : 

mov es: word ptr [si] .link, cx ;move null pointer to newest SCB's 

mov es: word ptr [si] .link + 2, cx ;link field 

mov ds: word ptr [di] . link, si 

mov ds: word ptr [di] .link + 2 , es 

mov ax, cs 

mov ds, ax ;set ds back to entry condition 
ret 

AddToFrontOfList : 

mov es : word ptr [si] .link, cx 
mov es:word ptr[si].link + 2, cx 
mov word ptr send_list, si 
mov word ptr send_list + 2, es 

; drop through to Start Send 

DriverSendPacket endp 


Start Send 
assumes : 

ES: SI points to the ECB to be sent, 
interrupts are disabled 


start__send PROC NEAR 
public startjsend 

” ; disable the interrupts 

290189-33 


7.3 Assembly and Transmission of 
Frames 

Frame assembly and transmission is accomplished by 
the interaction of the software driver and IPX through 
the use of IPX Event Control Blocks (ECBs). To trans- 
mit a frame, a transmit ECB is prepared that contains 
address information and a list of fragments in memory 
containing the frame to be transmitted. This ECB is 
placed in a queue for assembly and transmission of the 
frame. If the queue is empty, or when the ECB reaches 
the front of the queue, a routine is called that processes 
the ECB for transmission. This routine determines the 
length of the frame (padding the frame if necessary) 
and then constructs the frame in the Tx/GP buffer 


1-186 







AP-320 


inteT 


Table 5. Assembly and Transmission of Frames (Continued) 


cld 

; save SCB address in variable tx_ecb to liberate registers 
mov word ptr tx_ecb, si 
mov word ptr tx__ecb + 2, es 
push ds ;save ds for future use 

; get IPX packet length out of the first fragment (IPX header) 

Ids bx, es: dword ptr [si] . f ragment_descriptor__list 

mov ax, ds: [bx] .packet_length 

pop ds /restore ds to CGROUP 

push ax /save length for later use in 590 length field 

xchg al, ah /byte swap for 592 length field calculation 

add ax, 18 /add in the overhead bytes DA, SA, CRC, length 

mov padding, 0 
cnp ax, 64 
ja long_jenough 

mov padding, 64 /minimum length frame 

sub padding, ax /pad length 

mov ax, 64 
long_enough : 

sub ax, 10 /SA and CRC are done automatically 

inc ax 

and al, OFEh /frame must be even 

mov tx_byte_cnt, ax 

mov di , gp_buf_o f f set 

mov bx, cs 

mov es , bx 

/ move the byte count into the transmit buffer 
stosw 

/ move the destination address from the tx ECB to the tx buffer 
mov bx, si 

lea si, [bx] .immediate_addres3 

mov ds,word ptr tx_ecb + 2 

movsw 

movsw 

movsw 

mov ax,ca ; get back to the code (Dgroup) section 

mov ds , ax 

/ now the 590 length field 
pop ax 
xchg ah, al 
inc ax 

and al, OFEh /make sure E-Net length field is even 

xchg ah, al 

stosw 

Ids si, tx_ecb 

mov ax, ds: [si] . f ragment_count 
lea bx, [si] .fragment_descriptor_list 
move — f rag__loop : 

push ds / save the segment 

mov cx, ds : [bx] . f ragment_length 
Ids si, ds: [bx] . fragment_address 
%f astcopy 

pop ds / get the segment back 

add bx, 6 
dec ax 

jnz move_frag_loop 
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Table 5. Assembly and Transmission of Frames (Continued) 


; start transmitting 
raov c x, cs 
mov ds , cx 

;add any required padding 

mov cx, 4 ;make sure frame ends with 

cx, padding 
cx, 1 
stosw 

tx__active_flag, 1 
ax, ax 
DMAff, al 
ax, gp_buf__start 


add 
shr 
rep 
mov 
xor 
out 
mov 
%slow 
out 
mov 
%slow 
out 
mov 
%slow 
out 
%slow 
mov 
out 
mov 
add 
shr 
adc 
out 
%slow 
mov 
out 
%slow 
mov 
out 
mov 
mov 
out 
mov 
mov 
%inc32 
ret 


;data is don't care, AX has been zeroed 


DMA6addr, 
al, ah 


al . 


DMA6addr, al 
ax, gp_buf_jpage 

DMA6page, al 


;DMA page value 
;setup channel 1 for tx mode 


al, DMAtx6 
DMAmode, al 
ax, tx_byte_cnt 

ax, 4 ;add two for byte count, two for tx chain fetch 

ax, 1 ; convert to word value and account for odd 

ax, 0 ;byte DMA transfer 

DMA6wdcount , al 


al, ah 
DMA6wdcount , 


al 


al, DMA6unmsk 
DMAsnglmsk, al 
dx, command_reg 
al, C_TX 
dx, al 

ax, IPXIntervalMarker 
tx__start_time, ax 
TotalTxPacketCount 


start_send endp 

; ; *************************************************************** 

; Driverpoll 

; Poll the driver to see if. there is anything to do 

; Is there a transmit timeout? If so, abort transmission and return 

; ECB with bad completion code. Check to see if frames are queued. 

; If they are set up ES:SI and call DriverSendPacket . 

• ****************************************************** **************** 


DriverPoll PROC NEAR 
cli 
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Table 5. Assembly and Transmission of Frames (Continued) 

crop 

tx active flag, 0 


j* 

NotWait ingOnTx 


mov 

dx, IPXIntervalMarker 


sub 

dx, tx start time 


crop 

dx, TxTimeOut Ticks 


LJ. 

c r 

NotTimedOutYet 


; This transmit is taking too long so let's terminate it now 


; Issue 

an abort to the 82592 


mov 

dx, command reg 


mov 

al, C ABORT /abort transmit 


out 

dx, al 


inc 

tx timeout 


les 

si, tx ecb 


mov 

es: [si] .completion code, TransmitHardwareFailure /stuff completion 


code of 

a failed tx 


mov 

ax, es: word ptr [si] .link 


mov 

word ptr send list, ax 


mov 

ax, es: word ptr [si]. link + 2 


mov 

word ptr send__list + 2, ax 


; Finish 

the transmit 


mov 

es : [si] . in use, 0 


call 

IPXHoldEvent 


/make sure that execution unit didn't lock up because of abort errata 


mov 

dx, command reg 


mov 

al, C SWP1 


out 

* 


mov 

al, C SELRST 


%slow 



out 

dx, al 


mov 

al, C SWPO 


%slow 



out 

dx, al 


mov 

al, C RXENB 


%slow 



out 

dx, al 


mov 

tx__active_flag, 0 


; See if 

any frames are queued 


mov 

cx, word ptr send list + 2 


jcxz 

queue_empty 


mov 

es, cx 


mov 

si, word ptr send list 


call 

start_send 


queue__empty : 


NotWa it ingOnTx : 


NotTimedOutYet : 


ret 
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Table 5. Assembly and Transmission of Frames (Continued) 


j* 

rcvd_packet 


crop 

ah, 84h ;did I finish a transmit? 


j* 

sent_packet_jmp 


cmp 

ah, 8Ch ;did I finish a retransmit? 


j« 

aent_packet_jmp 


inc 

false 590 int ; unwanted interrupt 


jmp 

int_jexit 


aent_packet jmp: 


j«P 

aent_packet 


sent_packet : 


cli 



nmp 

tx active flag, 0 


j* 

false tx int /shouldn't have been transmitting 


in 

al, dx 


mov 

atatuslO, al 


%alow 



in 

al, dx 


mov 

atatusll, al 


teat 

statusll, 20h 


j* 

tx error 


mov 

al, atatuslO /extract the total number of retries from 


and 

ax, OFh /the status register and add to retry count 


add 

Ret ryTxCoun t , ax 


XOE 

ax, ax /status = 0, good transmit 


FiniahUpTranamit : 


lea 

ai, tx ecb 


mov 

ea: [si] .completion code, al 


mov 

ax, es: word ptr [si]. link 


mov 

word ptr send list, ax 


mov 

ax, es: word ptr [ai].link + 2 


mov 

word ptr send list + 2, ax 


mov 

ea : [ai] .in use, 0 


call 

IPXHoldEvent 


puah 

cs 


pop 

da 


mov 

cx, word ptr send list + 2 


mov 

tx active flag, cl 


jcxz 

int exit jxnpl 


mov 

es, cx /segment of next SCB in list 


mov 

si, word ptr sand list /offset of next SCB in list 


call 

atart send 


jmp 

£inish_exit 


int exit_jmpl: 


jmp 

int_exit 


false tx 

int: 


jmp 

int_exit 


tx error 



teat 

atatuslO, 20h /Max collisions?? 


jnz 

QuitTransmitting 


teat 

statusll, Olh /Tx underrun?? 


j* 

lost eta 


inc 

underruns 
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lost eta: 



teat 

statusll, 02h /did we lose clear to send?? 


j* 

lost ers 


inc 

no cts 


lost era: 



teat 

statusll, 04h /did we lose carrier sense?? 


j* 

hmmm 


inc 

no ers 


hmmm: 



lea 

si,tx ecb 


call 

start send 


mov 

al, TransmitHardwareFailure 


jmp 

FiniahUpTranamit 


QuitTranamitting: 


mov 

al, atatuslO 


and 

ax, OFh 


add 

Ret ryTxCount , ax 


inc 

atop tx 


mov 

al, TransmitHardwareFailure 


jmp 

FiniahUpTranamit 


DriverlSR endp 
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7.4 Receive Frame Processing 

Receive frame processing is triggered by an interrupt 
from the 82592. If the status read from the 82592 by 
the Interrupt Service Routine (ISR) indicates that a 
frame has been received, a jump is made to the begin- 
ning of the code that services frames. The receive buffer 
area is managed by using several variables. These vari- 
ables are listed below. Please refer to Section 4.1 and 
4.2 for a review of receive frame processing. 

• RX BUF__TAIL. Contains the contents of the 

16-bit latch. They point to the byte count of the last 
frame written into memory. 

• RX BUF PTR. Keeps track of the current posi- 

tion in the buffer while the CPU recovers locations 
of the received frames in the buffer processing. 

• RX BUF HEAD. Contains the pointer to the 

byte count of the last frame that was processed by 

the CPU. (This differs from rx buf_tail, which 

points to the byte count of a frame not yet process- 
ed.) 

• RX BUF STOP. Points to a location that is 1200 

bytes from the end of the receive buffer (slightly 
more than the maximum size of a frame). 

After servicing a receive frame, the contents of the 

16-bit latch are loaded into RX BUF TAIL and 

RX BUF PTR. This value is compared with the val- 
ue stored in RX BUF STOP to determine if most of 

the buffer has been used and if the buffer must be reini- 
tialized after the current receive frames have been pro- 
cessed (In this case a flag called RESET RX BUF is 


set to indicate that the buffer variables and receive 
DMA channel must be reinitialized before the Inter- 
rupt Service Routine is exited). To process the frame or 
frames received, both the byte count and status bytes of 
the frame are used. If the status indicates a receive er- 
ror the frame is not passed up to IPX. The byte count is 
used to index back through the chain of received 

frames, using RX BUF PTR to keep track of the 

current position in the buffer. The frames are checked 
for length (maximum and minimum), and a check is 
also made to verify that the Ethernet and IPX length 
fields agree (including provisions for padding the 
Ethernet -length field). If these checks pass, the frames 
are added to the list of received frames by storing their 
location, length, and source address in an array of 

structures called RX LIST. When the RX BUF 

PTR contains the same value as RX BUF HEAD, 

all currently received frames have been processed, and 

a jump is made to a label called HAND OFF 

PACKET. In this routine the frames are handed up to 
IPX, in the order they were received, using calls to the 
IPX routine IPXReceivePacket. The value stored in 

RX BUF TAIL is loaded into the RX_BUF__ 

HEAD variable, which now holds the address of the 
last location in the receive area that was processed, and 
the execution of the ISR falls through to a routine to 
exit the ISR. Before exiting the ISR an Interrupt Ac- 
knowledge is issued to the 82592; a check for additional 
pending interrupts is made, if one is found the ISR 

process is repeated; and the flag RESET RX BUF is 

checked, if it is set the receive buffer is reinitialized. 
The machine states of the previous routines are restored 
to their original states, and the ISR is exited. Table 6 
contains the code used for receive frame processing. 
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Table 6. Receive Frame Processing 


•ft*************************************************************** 

; Interrupt Procedure 

; ****** *** ************************************* ******** ********** 
even 

RxErrorTypeCheck: 


Buf ferOverf low : 

inc rx__bu£f_ovf lw 

jmp int_exit 


not_590__int : 

inc no__590__int 
jmp int__exit 

DriverlSR PROC far 

public DriverlSR 


push ax 
push bx 
push cx 
push dx 
push si 
push di 
push bp 


push ds 
push es 
cld 


int jpoll_JLoop : 
cli 

call IPXStartCriticalSection ;tell AES we're busy 
mov al, EOI 

out InterruptControlPort, al 
out ExtralnterruptControlPort/ al 
mov ax, cs 

mov ds, ax ;DS points to C/DGroup 
mov dx, commander eg 
mov al, 0 

out dx, al ;set status reg to point to reg 0 
%slow 


in 

al. 

dx 

test 

al. 

8 Oh 

j* 

not_5 9 0_int 


290189-40 




AP-320 


inter 


Table 6. Receive Frame Processing (Continued) 


int__p o 1 11 o op : 



and 

al, NOT 20h 

/ignore the EXEC bit 


mov 

ah, al / save 

the status in AH 


crop 

ah, 0D8h /did I receive a frame? 


jz 

rcvdjpacket 



cmp 

ah, 84h /did 

I finish a transmit? 


jz 

sent packet jmp 



cztp 

ah, 8Ch /did 

I finish a retransmit? 


jz 

sent packet jmp 



ine 

false 590 int /unwanted interrupt 


jmp 

int_exit 



sent jpacket_jmp : 



jtnp 

sent_packet 



bad rev: 




inc 

rx errors 



jrap 

RxErrorTypeCheck 



int exit 

_jmp; 



jmp 

int_exit 



;When the address bytes are 

being read it is possible that another frame 


/could come in and cause a coherency problem with the ten-cent latches. 


;I am dealing with this possibility by reading TenCentHi twice and making 


/sure the values match. If they don't the read is redone. 


rcvdjpacket : 



cli 




mov 

dx, TenCentHi /read high address byte of last frame received 


in 

al, dx 



mov 

ah, al /save 

it in ah 


mov 

dx, TenCent Lo / 

read low address byte of last frame received 


in 

al, dx 



mov 

rx buf tail, ax 

this is the last location containing rx data 


/Read TenCentHi again to make sure it hasn't changed 


mov 

dx, TenCentHi 

/read high address byte again 


in 

al, dx 



cmp 

al, ah 



jz 

addr ok 



jmp 

rcvd_packet 

/read the latches again 


addr ok: 




mov 

ax, rx buf tail 

/this is a valid address 


mov 

rx buf ptr, ax 

/this is the last location containing rx data 


cup 

rx buf stop, ax 

/is most of the buffer already used? 


ja 

BufferOK 



mov 

reset rx buf, 1 



BufferOK: 



cmp 

ax, rx buf head 



ja 

process__new frames 



inc 

ten cent latch crash 


jmp 

int_exit 



do next 

frame: 



process 

new__f rames : 



mov 

bx, rx_buf_jptr 

/end of current frame to process 


sub 

bx, 6 

/set bx up to point to beginning of the status 


mov 

es, rx buf segment 

/this is necessary because latches hold EA not 




/offset relative to CGROUP 
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Table 6. Receive Frame Processing (Continued) 

mov 

al, es : [bx] .statusl 



teat 

al, 20h 

test for good receive 


jnz 

good rx 



mov 

cl, es : [bx] .be lo 



mov 

ch, es : [bx] .be hi 

cx has actual number of bytes read 


dec 

cx 

toss byte count & status 


and 

cl, Of eh 

round up 


sub 

bx, cx 

bx points to first location of frame 


cmp 

rx buf head, bx 




hand offjpacket jmp 

this was the first frame in the sequence 


mov 

rx_buf__ptr, bx 



sub 

rx bufjptr, 2 



to do next frame: 



jmp 

do next frame 



hand off packet jmp: 



jmp 

hand_off_packet 



qood rx: 




mov 

cl, es:[bx].bc lo 



mov 

ch, es : [bx] .be hi 

cx has actual number of bytes read 


mov 

curr rx length, cx 



dec 

cx 

; toss byte count & status 


and 

cl. Of eh 

; round up 


sub 

bx, cx 

•bx points to fir3t location of frame 


mov 

rx buf ptr, bx 



sub 

rx bufjptr, 2 

; rx bufjptr = last location of n-1 frame 


sub 

cx, 14 

; sub length of 802.3 header 


cmp 

cx, 1024 + 64 



jbe 

not too big 



inc 

PacketRxTooBigCount 



jmp 

do next frame 



not too big: 



cnp 

cx, 30 



jae 

not too small 



inc 

PacketRxTooSmallCount 



jn»P 

do next frame 



not_too_ 

small: 



mov 

ax, es: [bx] .rx length 

; get IPX length 


xchg 

al, ah 



inc 

ax 



and 

al, Ofeh 



xchg 

al, ah 



cmp 

ax, es : [bx] . rx_physical_length ; same as 802.3 length ? 


jne 

to do next frame 



xchg 

al, ah 



cmp 

ax, 60 - 14 

; at least min length minus header 


ja 

len ok 

; yes, continue 


mov 

ax, 60 - 14 

; no, round up 


len ok: 




cap 

ax, cx ; match physical length 


jz 

not inconsistent ; 

yes, continue 


inc 

Ha rdwa r eRxMi sma t chCo un t 


jmp 

do next frame 



not inconsistent: 



%inc32 TotalRxPacketCount 

; Double Word Increment 


mov 

ax, 12 



mul 

num of frames 
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Table 6. Receive Frame Processing (Continued) 

mov 

di, ax 


mov 

rx list [di] , bx ; first location of ethernet frame 


add 

rx_list [di] , 14 /first location of ipx packet 


mov 

ax, rxjbuf segment 


mov 

rx list [di + 2], ax 


mov 

ax, word ptr es : [bx] . rx length 


xchg al,ah 


mov 

rx list [di + 4] , ax 


mov 

ax, word ptr es : [bx] .rx source addr +0 v 


mov 

word ptr rx list [di +6], ax 


mov 

ax, word ptr es : [bx] . rx source addr + 2 


mov 

word ptr rx list [di + 8], ax 


mov 

ax, word ptr es : [bx] .rx source addr + 4 


mov 

word ptr rx list [di +10], ax 


add 

num of frames, 1 


cmp 

rx buf head, bx 


j® 

hand__of f_packet 


cmp 

num of frames, 50 


je 

hand__o£ f _packet 


jmp 

do_next_f rame 


hand_of f_packet : 


mov 

si, rx list [di] 


mov 

es, rx list[di +2] 


mov 

cx, rx list[di + 4] 


lea 

bx, rx list[di + 6] 


cli 



push 

ds 


call 

IPXReceivePacket 


pop 

ds 


sub 

num of frames, 1 


jz 

adjust rx head 


sub 

di, 12 


imp 

hand_of f_packet 


adjust__rx_head: 


mov 

ax, rx buf tail 


add 

ax, 2 


mov 

rx buf head, ax ;set rx buf head to new value for next receive 



; interrupt 


int exit 



push 

cs 


pop 

ds 


cup 

tx_active flag, 0 


jnz 

finish_jexit 


verify that our receiver is still going. 


mov 

dx, command reg 


mov 

al, 60h /point to status byte 3 


out 

dx, al 


%slow 



in 

al, dx 


test 

al, 20h 


jnz 

finish exit 


jmp 

LostOurReceiver 


finish exit : 


cli 
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Table 6. Receive Frame Processing (Continued) 

call 

IPXEndCriticalSection 


mov 

dx, command reg 


mov 

al, C INTACK 


out 

dx, al ; issue interrupt acknowledge to the 590 


%slow 



xor 

al, al 


out 

dx, al ;set status reg to point to reg 0 


%s low 



in 

al, dx 


teat 

al, 80h 


jnz 

int_pending 


crop 

reset rx buf, 1 


jnr 

no_rx_bu f _r a set 


mov 

al, dma7msk /mask receive DMA channel 


out 

DMAsnglmsk, al 


%slow 



out 

DMAff, al /data is don't care 


mov 

ax, rx buf start /set dma up to point to the beginning of rx buf 


mov 

rx buf head, ax 


shl 

rx buf head, 1 


out 

DMA7addr, al 


mov 

al, ah 


%3lOW 



out 

DMA7addr, al 


mov 

al, DMArx7 


%slow 



out 

DMAmode, al 


mov 

ax, rxJbuffJLength /set up rx buf 


%slow 



out 

DMA7wdcount, al 


mov 

al, ah 


%alow 



out 

DMA7wdcount, al 


mov 

dx, DMAsnglmsk 


mov 

al, DMA7unmsk 


%slow 



out 

dx, al 


mov 

dx, command reg 


mov 

al, C_RXENB 


out 

dx, al 


mov 

reset_rx_buf , 0 


no rx buf reset: 


cli 



call 

IPXServiceE vents 


pop 

es 


pop 

ds- 


pop 

bp 


pop 

di 


pop 

si 


pop 

dx 


pop 

cx 


pop 

bx 
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pop 

ax 


sti 



iret 



Lo3tOurReceiver : 


inc 

lost rx 


mov 

al, C RXENB 


mov 

dx, command reg 


out 

dx, al 


jmp 

fini3h_exit 


too big: 



inc 

PacketRxOverf lowCount 


jn«P 

int_exit 


int_pending : 


jrcp 

int__poll loop 
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APPENDIX A 


Expanding the 82592 Embedded LAN 
Module Architecture to a Low-Cost 
Non-Buffered Adapter 

The basic architecture of the 82592 Embedded LAN 
Module can be expanded and applied to a low-cost, 
non-buffered adapter. This requires adding a DMA 
unit and some logic for a bus master handshake. Such 
an adapter would contain no local buffer memory. Its 
cost advantage would come from using existing system 
memory, as the embedded module does. This adapter is 
less complex than most existing designs because it does 
not require arbitration logic for access to local memory. 
This adapter becomes a bus master when data transfers 
take place, either to the 82592 (Tx) from system memo- 
ry or from the 82592 (Rx) into system memory. 

The same features of the 82592 that make it successful 
in embedded applications make it well-suited for non- 
buffered adapters. As with the embedded module, there 
is no intermediate buffering of data in a local memory, 
therefore data transfers to and from system memory 
take place in real time. The 82592’s large FIFO area 
allows it to tolerate long system bus latencies during 
memory access. The 82592’s high-performance, 16-bit 
bus interface allows the adapter to efficiently transfer 
data to and from system memory when it gains access 
to the system bus. The TCI of the 82592 will interface 
with the adapter’s control logic and DMA unit to pro- 
vide back-to-back frame reception and automatic re- 
transmission on collision (both without CPU interven- 
tion). Figure 13 is a block diagram of the basic architec- 
ture of the embedded module modified for a non-buff- 
ered adapter application. The block titled “Control 
PALs and Latch” together with the 82592 is the core of 
the embedded module architecture. One additional 
PAL (PAL C) has been added to the basic architecture 
to offer more logic for decoding additional components 
added to the adapter. The address latch has also been 
expanded to 24 bits. The three shaded blocks (DMA 
Machine, Master Logic, and Control PALs and Latch) 
show the most likely path for integration on this adapt- 
er, providing a three-chip solution of ASIC, 82592, and 
82C501. The 82C37 is common in many ASIC cell li- 
braries, offering a migration path for this integration. 


ADAPTER BLOCK DESCRIPTIONS 
DMA Machine 

• 8237 DMA Controller. Serves as the core for the 
DMA machine. Performs addressing and control for 
data transfers between the 82592 and host system 
memory. 

• 8 -Bit Page Counter. Provides the addressing bits for 
the upper bits of address (A 17 -A 23 ). 

• 8 -Bit Register. Serves as the base register for the 
upper bits of the Tx DMA channel for reinitializa- 
tion for automatic retransmission. 

• 8 -Bit Multiplexer. Selects between the upper bits of 
Rx- or Tx-channel DMA. 

• 8 -Bit Latch. Latches the upper bits of address from 
the 8237 (A 8 -A 15 ). 


Master Logic 

• Master PAL. Implements a “master” handshake 
with the host system bus to gain access to the bus as 
a bus master. 

• Timers (2). Controls the maximum time the adapter 
can hold the bus, and the minimum time it must 
wait before attempting to regain bus access. 


Control PALs and Latch (Together 
with 82592 and 82C501) 

The basic architecture of the 82592 Embedded LAN 
Module. 


Transceivers 

Used to buffer the adapter logic from the host system 
bus, for drive purposes. Address consists of 24 bits; and 
Data, 16 bits. 
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Figure 13. 82592 Non-Buff ered Adapter Block Diagram (PC AT Version) 
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PREFACE 

Intel’s three VLSI chip set, the 82586, 82501, and 
82502, is a complete solution for IEEE 802.3 10M bps 
LAN standards — 10BASE5 (Ethernet) and 10BASE2 
(Cheapernet). The 82586 is an intelligent peripheral 
which completely manages the processes of transmit- 
ting and receiving frames over a network under the 
CSMS/CD protocol. The 82586 with its on-chip four 
DMA channels offloads the host CPU of the tasks re- 
lated to managing communication activities. The chip, 
for example, does not depend on the host CPU for time 
critical functions, such as transmissions/retransmis- 
sions and receptions of frames. The 82501 is a 10 MHz 
serial interface chip specially designed for the 82586. 
The primary function of the 82501 is to perform Man- 
chester encoding/decoding, provide 10 MHz transmit 
and receive clocks to the 82586, and drive the transceiv- 
er (AUI) cable in Ethernet applications. In addition, 
the 82501 provides a loopback function and on-chip 
watchdog timer. The 82502 is a CMOS transceiver 
chip. The 82502 is the chip which actually drives the 
coaxial cable used for Ethernet or Cheapernet. 

This Ap Note presents a design example of a simple but 
general Ethernet/Cheapernet board based on the three 
chip set. The board is called LANHIB (LAN High In- 
tegration Board) and uses an 80186 microprocessor as 
the host CPU. The LANHIB is an independent single 
board computer and requires only a power supply and 
ASCII terminal. Demo software, called TSMS (Traffic 
Simulator and Monitor Station) is also included in this 
Ap Note. The TSMS program is a network debugger 
and exercise tool used to exercise the 82586. In addi- 
tion, flowcharts for troubleshooting are provided in or- 
der to minimize debugging time of the LANHIB board. 

1.0 INTRODUCTION 

A brief overview of the CSMA/CD protocol is de- 
scribed in Section 2. Ethernet and Cheapernet are also 
compared in this section. 

Section 3 discusses hardware of the LANHIB in detail. 
This section should be helpful not only to understand 
the LANHIB, but also to learn in general how a system 
based on the three chip set can be put together. Since 
the 82502 involves analog circuitry, an explanation on 
proper layout is provided. 

Demo software is presented in Section 4.0. It covers 
EPROM programming procedures and three sample 
sessions. Step by step operations at a terminal are illus- 
trated in the figures. 

Section 5 describes LANHIB troubleshooting proce- 
dures. Flowcharts are used to guide troubleshooting. 


Complete LANHIB schematics and parts list are found 
in Appendix A. If a LANHIB is to be built, the sche- 
matics and Section 5 can be submitted to an available 
wire wrap facility. In parallel to board construction, 
Sections 3 and 4 can be studied. A factory wire wrap 
board for the LANHIB is offered at a discount price by 
Augat Corporation. Please return the enclosed card for 
more information. 

Listing of the TSMS program and LANHIB Initializa- 
tion Routine are in Appendix B. The source codes and 
related files are available on a diskette by returning the 
card enclosed in this design kit or through Insite (In- 
tel’s Software Index and Technology Exchange Li- 
brary). 


2.0 ETHERNET/CHEAPERNET 
OVERVIEW 

2.1 CSMA/CD 

Carrier Sense Multiple Access with Collision Detection 
(CSMA/CD) is a simple and efficient means of deter- 
mining how a station transmits information over com- 
mon medium that is shared with other stations. 
CSMA/CD is the access method defined by the IEEE 
802.3 standard. 

Carrier Sense (CS) means that any station wishing to 
transmit “listens” first. When the channel is busy (i.e., 
some other station is transmitting) the station waits 
(defers) until the channel is clear before transmitting 
(“listen before talk”). 

Multiple Access (MA) means that any stations wishing 
to transmit can do so. No central controller is needed to 
decide who is able to transmit and in what order. 

Collision Detection (CD) means that when the channel 
is idle (no other station is transmitting) a station can 
start transmitting. It is, however, possible for two or 
more stations to start transmitting simultaneously caus- 
ing a “collision”. In the event of a collision, the trans- 
mitting stations will continue transmitting for a fixed 
time to ensure that all transmitting stations detect the 
collision. This is known as jamming. After the jam, the 
stations stop transmitting and wait a random period of 
time before retrying. The range of random wait times 
increases with the number of successive collisions such 
that collisions can be resolved even if a large number of 
stations are colliding. 

There are three significant advantages to the CSMA/ 
CD protocol. The first and foremost is that CSMA/CD 
is a proven technology. One CSMA/CD network, 
Ethernet, has been used by Xerox since 1975. Ethernet 
is so well understood and accepted that IEEE adopted 
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it (with minor changes) as the IEEE 802.3 10Base5 (10 
Mbps, Baseband, 500 meters per segment) standard. 
Reliability is the second advantage to the 802.3 proto- 
col. This media access method enables the network to 
operate without central control or switching. Thus, if a 
single station malfunctions, the rest of the network can 
continue operation. Finally, since CSMA/CD networks 
are passive and distributed in nature, they allow for 
easy expansion. New nodes can be added at any time 
without reinitializing the entire network. 


2.2 Ethernet and Cheapernet 

The IEEE 802.3 Type 10BASE5 standard (Ethernet) 
has gained wide acceptance by both large and small 
corporations as a high speed (10 Mbps) Local Area 
Network. The Ethernet channel is a low noise, shielded 
50fl coaxial cable over which information is transmit- 
ted at 10 million bits per second. Each segment of cable 
can be up to 500 meters in length and can be connected 
to longer network lengths using repeaters. Repeaters 
regenerate the signal from one cable segment onto an- 
other. At each end of a cable segment a terminator is 
attached. This passive device provides the proper elec- 
trical termination to eliminate reflections. The trans- 
ceiver transmits and receives signals on the coaxial ca- 
ble. In addition, it isolates the node from the channel so 
that a failure within the node will not affect the rest of 
the network. The transceiver is also responsible for de- 
tecting collisions — simultaneous transmissions by two 
or more stations. Ethernet transceivers are connected to 
the network coaxial cable using a simple tap, and to the 
station it serves via the transceiver cable which can be 



Figure 1. Different Implementations of IEEE 
802.3 (Note: “10BASE5”, for example, implies 
10 Mbps, Baseband, and 500 meters span.) 


up to 50 meters in length. The transceiver cable is made 
of four individually shielded twisted pairs of wires. An 
Ethernet interface at a computer (DTE), which in- 
cludes a serial interface and data link controller, pro- 
vides the connection to the user or server station. It also 
performs frame manipulation, addressing, detecting 
transmission errors, network link management, and en- 
coding and decoding of the data to and from the trans- 
ceiver. 

The IEEE 802.3 Type 10BASE2 (Cheapernet) has the 
same functional and electrical specifications as Type 
10BASE5 (Ethernet) with only two exceptions in physi- 
cal (or rather mechanical) characteristics. Cheapernet 
is as shown in Figure 1 just a different implementation 
of the IEEE standard. Ethernet and Cheapernet are 
both 10 million bits/second CSMA/CD LANs and use 
the identical network parameters, such as slot time = 
51.2 jus. Ethernet and Cheapernet can, therefore, be 
built by the same VLSI components with the same soft- 
ware (Figure 2). 

The two physical differences attribute to the cost reduc- 
tion purpose of Cheapernet — cheaper implementation 
of Ethernet. First, the cable used in Cheapernet may be 
a lower cost 50H coaxial cable than the one for 
Ethernet. The most common coaxial cable for Cheaper- 
net is RG58 which cost about $0.15/ft. A typical 
Ethernet cable costs about $0. 83/ft. 

Second, the transceiver is integrated into the DTE in 
Cheapernet. The coaxial cable physically comes to the 
DTE, connects to the transceiver within the DTE, and 
goes to the next DTE (see Figure 3). The kind of con- 
nector used at the DTE is an off-the-shelf BNC “T” 
connector. Topology is, therefore, a simple daisy chain- 
ing. This cabling scheme contributes to further cost re- 
duction due to omission of the Transceiver (AUI) Ca- 
ble, cheaper connectors, and easier installation. The 
Ethernet transceiver cable costs about $ 1.49/ft. More 
flexible thin coaxial cables and familiar BNC “T” con- 
nectors are making Cheapernet a user installable Ether- 
net compatible network. 
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Figure 3. Ethernet Cabling vs Cheapernet Cabling 
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Table 1. Differences between Ethernet and Cheapernet 



Ethernet 

(10BASE5) 

Cheapernet 

(10BASE2) 

Data Rate 

10 M bits/sec. 

10 M bits/sec. 

Baseband or 

Baseband 

Baseband 

Broadband 

(Manchester) 

(Manchester) 

Cable Length 
per Segment 

500m 

185m 

Nodes per Segment 

100 

30 

Node Spacing 

2.5m 

0.5m 

Cable Type 

0.4 in diameter 50H 

Double Shielded 

example: 

Ethernet Coax. 

0.2 in diameter 50fl 

Single or Double Shielded 

example: 

RG 58 A/U or 

RG 58 C/U 

Transceiver Cable 

Yes, up to 50m 

No, not needed 

Capacitance 
per node 

4 pF 

8 pF 

Typical 

Clamp-on Tap Connector or 

BNC Female 

Connector 

Type N Plug Connector 

Connector 


Because of the lower quality cables and connectors used 
in Cheapernet, there are some drawbacks. The maxi- 
mum distance for one Cheapernet cable segment is only 
185m (600 feet), as compared to 500m (1640 feet) for 
Ethernet. The maximum number of nodes allowed for 
one Cheapernet cable segment is 30. Ethernet on the 
other hand allows a maximum of 100 nodes per seg- 
ment. A BNC “T” connector used in Cheapernet intro- 
duces more electrical discontinuity on the transmission 
line than the clamp-on tap connector widely' used for 
Ethernet. The maximum capacitance load allowed at a 


Cheapernet connection is 8 pF, while it is 4 pF for 
Ethernet. These differences are summarized in Table 
1 . 0 . 

Since Ethernet and Cheapernet share the same func- 
tional and electrical characteristics, both may be mixed 
in a network as shown in Figure 4. In this hybrid 
Ethernet/Cheapernet network, it is important to keep 
the network propagation delay within 46.4 juts. The net- 
work may be expanded as required within this round 
trip propagation, delay limit. Ethernet, for example, 
may serve as a backbone for Cheapernet in a hybrid 
Ethernet/Cheapernet network. 
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Figure 4. Ethernet/Cheapernet Hybrid Network 
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Figure 5. LANHIB Block Diagram 
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3.0 ETHERNET/CHEAPERNET NODE 
DESIGN 

Details on LAN High Integration Board (LANHIB) 
design are presented in this section. The LANHIB is an 
82586/80186 shared bus board and can be configured 
to Ethernet or Cheapernet. The 82586 is used in mini- 
mum mode to reduce chip count. 

The reader is advised to refer to the 80186, 82586, 
82501, and 82502 data sheets. Basic understanding of 
the 80186 microprocessor is assumed. Figure 5 shows 
the block diagram of the LANHIB. Schematics are in 
Appendix A. 


3.1 82586 (Min Mode) Interface to the 
80186 

The 82586 ca n be placed in minimum mode by strap- 
ping the MN/MX pin to Vcc- In the minimum mode, 
the c hip d irectly provi des all bus control signals — ALE, 
RD, WR, DT/R, and DEN, saving the 8288 Bus Con- 
troller. The 80186, which is the only other bus master 
on the shared bus, also generates these bus control sig- 
nals directly. The HOLDs and HLDAs of these two 
chips are connected together so that only one of the two 
bus masters can exclusively drive the bus at a time un- 
der the HOLD/HLDA protocol. Except for the ALE, 
all bus signals including address and data lines float 
when the chip d oes n o t hav e control of the bu s. In this 
design example, RDs, WRs, DT/R and DEN from the 
two chips are connected together respectively. ALEs 


from the two chips are connected to an OR-gate to 
generate a system ALE. Multiplexed address data lines 
ADO -AD 15 and address lines A15-A19 of the two 
chips are also connected line by line correspondingly. 


3.2 82586 Address Latch Interface 

Figure 6 shows the timing of the address signals with 
respect to the ALE signal. The ALE of the 82586 is 
OR-ed with the ALE of the 80186 and the result is 
connected to the latch enable inputs of Octal Transceiv- 
er Latches. The latches transfer the input data to the 
output as long as the latch enable is high, and captures 
the input data into the latch when the latch enable goes 
low. In this timing diagram, the setup and hold times of 
the input data (82586 address) required by the address 
latch can be verified. Estimating 7 ns of propagation 
delay in the 74S32, the setup time is T38 + 7, which is 
32 ns at 8 MHz. The hold time for A19 is shorter than 
the other address lines because it is valid only during 
Tl. The hold time for the A19 is T4 — T36 — 7, which 
is 3 ns. The hold time for the other address lines is T39 
— 7, which is 38 ns. In this design, a 74F373 was cho- 
sen to latch address lines A16-A19 and two 74LS373s 
were used to latch address lines AD0-AD15. Required 
setup and hold times of the 74F and 74LS 373s are 
summerized in Table 2. 

Note that address lines A16-A18 and BHE of the 
82586 are not really needed to be latched. These lines 
stay valid for an entire memory cycle. 
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Table 2. 74F and 74LS Data Setup and Hold Time Specifications at 25°C 



74F373 

74LS373 

Unit 


Min 

Nom 

Max 

Min 

Nom 

Max 


Data Setup Time 

u 



54 



ns 

Data Hold Time 

3l 


i 

20 4 



ns 


3.3 80186 Address Latch Interface demultiplexed valid address (output of the address 

latch), therefore, becomes available after T29 + 18 
The address latch used by the 82586 is shared by the measuring from the beginning of T1 (Figure 8). The 

80186. Figure 7 shows the 80186 address line timing demultiplexed address remains valid until the ALE of 

with respect to the ALE. Again estimating 7 ns delay in the next memory access becomes active. Upper address 

the 74S32, the setup time for the latch is TAVAL + 7 lines, A 14 through A20, are connected to a 16L8 PAL, 

and the hold time is TLLAX - 7. These are 37 ns and which provides address decode logic for all memory 

23 ns respectively at 8 MHz. Comparing to the required devices. The PAL truth table is in Appendix A. The 

values shown in Table 2, it is quite obvious that the PAL has a maximum of 35 ns propagation delay, so 

setup and hold times of the latch are met by wide mar- chip selects will become active after 55 + 18 + 35 ns 

gins. Note that the 80186’s address lines A16-A18 and (max.) from the beginning of T1 as indicated in Figure 

BHE are not valid for an entire memory cycle; there- 8. Since address decode logic is implemented by a PAL, 

fore, they have to be latched. any memory expansion would only require a repro- 

gramming of this PAL. 

3.4 82586 Memory Interface Two 74LS245 bus tr ansceiver chips are controlled by 

the DT/R and DEN. Output enable and disable times 
The 74LS373 has a delay of 18 ns for input data to of the 74LS245 are 40 and 25 ns respectively. The max- 

reach the output assuming the latch enable is high. A imum propagation delay when the output enable is ac- 

tive is 12 ns. 



Figure 7. 80186 Address Timing 
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Figure 8. 82586 Memory Interface Timing 
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Figure 9. 80186 Memory Interface Timing 
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Address access time is 3 X T1 - T29 -18 — T8- 
12 + n X Tl, where n is the number of wait states. For 
0 wait states operation at 8 MHz, it is 270 ns minimum. 
Chip select access time is 3 X Tl — T29 — 18 — T8 
- 12 + n X Tl — 35, which is 235 ns for 0 wait state 
operation. Command access time for a read cycle is 2 X 
Tl - T40 - T8 - 12 + n X Tl, which is 123 ns. 
Address setup time for a write cycle is Tl — T29 — 18 
+ T23, which is 52 ns minimum. 

To meet these timing requirements, 2764-20s must be 
used for ROM. Static RAM chips, HM6264P-15; offer 
very wide timing margins and were selected for this 
design. 


3.5 80186 Memory Interface 

Figure 9 shows the timing of the 80186 memory inter- 
face. By comparing this figure to Figure 7, it is easy to 
notice that the 80186 offers a little faster bus interface. 
For example, TCLRL which is equivalent to T40 (0 to 
95 ns) of the 82586 is specified as 10 to 70 ns. Since the 
memory choice satisfies the 82586 memory timing pa- 
rameters, it also satisfies the 80186 memory timing pa- 
rameters. 


3.6 Memory Map 

With 2764-20 EPROMs and 6264P-15 SRAMs, this 
board has 32 K bytes of ROM space and 16 K bytes of 
RAM space. Memory map is given in Figure 10. If 
27128-20 EPROMs are used, the ROM space becomes 
64 K bytes. 


3.7 80186 I/O Interface 

3.7.1 82586 CHANNEL ATTENTION 
GENERATION 


The active low Peripheral Chip Select 0 (PCS0) was 
used to generate a channel attention (CA) signal to the 
82586. This way of CA generation satisfies the require- 
ment that the width of a CA which must be wider than 
a clock period of the system clock. 

3.7.2 82586 HARDWARE RESET PORT 

PCS1 of the 80186 will reset the 82586 if any I/O com- 
mand is executed using this I/O ohip select. 

3.7.3 82530 INTERFACE 

82530 interface to the 80186 was derived from the de- 
sign example presented in the 82530 SCC-80186 Inter- 
face Ap Brief. This document is attached to this Ap 
Note as Appendix C. 



3.7.4 82501 LOOPBACK CONFIGURATION 
PORT 

A 74LS74 D-type flip flop was used for this port. On 
power up, it configures the 82501 to Non-Loopbac k 
mode by providing a high level to pin 3 (LOO PBAC K). 
The chip select is gen erated from the 80186’s PCS2 and 
the sychronized WR command of the 82530 interface. 
The least significant bit of I/O output data becomes the 
state of the 82501’s pin 3. 

3.7.5 ON-BOARD INDIVIDUAL ADDRESS PORT 

To provide the 82586 a hardware configured host ad- 
dress, a 32x8 ROM is connected to the bus. The chip 
select for this ROM is generated from the 80186’s 
PCS3, so that the address for the ROM is mapped into 
the I/O space. Six or two (IEEE 802.3 specified address 
lengths) consecutive I/O reads starting from the lowest 
address of ROM will transfer the board address stored 
in the ROM to an IA-Setup command block of the 
82586. 


3.8 82586 Ready Signal Generation 

82586 asynchronous ready (ARDY) signal is generated 
from a shift register. The shift register provides the 
82586 a “normally ready” signal. When a wait state is 
needed, the ready signal is dropped to the low state. As 
shown in Table 3, the 82586 can be programmed to 
have 0 to 8 wait states by setting the DIP switch prop- 
erly. Even though the on-board memory devices are 
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Table 3. DIP Switch Settings for Various 
Numbers of 82586 Wait States 



Dip 

Switch Setting 


Number of Wait States 

7 

6 

5 

4 

3 

2 

1 

0 

the 82586 Inserts 

1 

1 

1 

1 

1 

1 

1 

1 

0 

1 

1 

1 

1 

1 

1 

1 

0 

1 

1 

1 

1 

1 

1 

1 

0 

0 

2 

1 

1 

1 

1 

1 

0 

0 

0 

3 

1 

1 

1 

1 

0 

0 

0 

0 

4 

1 

1 

1 

0 

0 

0 

0 

0 

5 

1 

1 

0 

0 

0 

0 

0 

0 

6 

1 

0 

0 

0 

0 

0 

0 

0 

7 

0 

0 

0 

0 

0 

0 

0 

0 

8 


1 = Switch Open 
0 = Switch Closed 


fast enough for 0 wait states operation, this program- 
mable wait state capability was added so that the effect 
of wait states on the 82586 performance could be evalu- 
ated. 


3.9 82501 Circuits 

Since the 82501 is designed to work with the 82586, no 
interfacing circuits are required. 

The transceiver cable side of the 82501 requires some 
passive components. The receive and collision differen- 
tial inputs must be terminated by 78fl ±5% resistors. 
Common mode voltages on these differential inputs are 
established internally. 240ft ±5% pull down r esistors 
must be connected on the TRMT and TRMT output 
pins. 

A 0.022 jllF ± 10% capacitor connected between pin 1 
and 2 of the 82501 is for the analog phase-locked loop. 

Connected between the XI and X2 pins is a 20 MHz 
parallel resonant quartz crystal (antiresonant with 20 
pF load fundamental mode). An internal divide-by-two 
counter generates the 10 MHz clock. Since both Ether- 
net and Cheapernet tolerate an error of only ±0.01% 
in bit rate, a high quality crystal is recommended. The 
accuracy of a crystal should be equal to or better than 
±0.002% @ 25°C and' ±0.005% for 0-70°C. A 
30-35 pF capacitor is connected from each crystal pin 
(XI and X2) to ground in order to adjust effective ca- 
pacitance load for the crystal, which should be about 
20 pF including stray capacitance. 


(10BASE2) requires the isolation means to withstand 
500V ac, rms for one minute. Ethernet (10BASE5) re- 
quires 250 Vrms. This electrical isolation is normally 
accomplished by transformer coupling of each signal 
pair. The kind of transformers recommended for the 
82502 are the pulse transformers which have a 1:1 turn 
ratio and at least 50 microhenry inductance. PE64102 
and PE64107 manufactured by Pulse Engineering are 
found to be good selections for this purpose. The PE 
64102 offers 500 Vrms isolation. The PE64107 offers 
2000 Vrms isolation. Both products provide three 
transformers in one package. Even though the current 
Type 10BASE5 specification requires only 250 Vrms, it 
is very common to have a higher isolation, at least 500 
Vrms, in transceivers. 

The standard specifies the voltage input level and maxi- 
mum current allowed on the power pair of the trans- 
ceiver cable. The voltage level may be between 
+ 11.28V dc and + 15.75V dc. The maximum current 
is limited to 500 mA. Since the 82502 requires + 10V 
± 10% and + 5V ± 10% as power, there has to be a 
DC/DC converter. In addition the DC/DC converter 
must be isolated due to the requirement described 
above. The DC/DC converter should be able to supply 
about 100 mA on the + 10V line and 60 mA on the 5V 
line. The efficiency required in the converter is, there- 
fore, ((11V X 100 mA + 5.5V X 60 mA) / ((11.28V 
— 0.5A X 4ft) X 500 mA)) X 100 = 31% worst 
case. 4ft is the maximum round trip resistance the pow- 
er pair may have. 82502’s CMOS process is the major 
contributor to this low DC/DC efficiency requirement. 

Since the DC/DC converter has an isolation transform- 
er inside, the output voltages are all floating voltages. 
The 0V output of the converter, for example, has no 
voltage relationship with the DTE’s ground. The V$s 
and AVss pins of the 82502 should be connected to the 
0V output of the DC/DC converter which is the 
82502’s ground (reference voltage). 

Both Pulse Engineering and Reliability Incorporated 
produce DC/DC converters that meet the 82502’s re- 
quirements. The Pulse Engineering’s part number is 
PE64369 (enclosed in this design kit). The device mea- 
sures about 1.5" x 1.5" x0.5" and provides 2000 Vrms 
breakdown. The Reliability’s part number is 
2E12R10-5. Preliminary data sheets are available from 
Reliability. 

3.10.2 OTHER PASSIVE AND ACTIVE DEVICES 
FOR THE 82502 


3.10 82502 Circuits 

3.10.1 ISOLATION AND POWER 
REQUIREMENTS 

The IEEE 802.3 standard requires an electrical isola- 
tion within the transceiver (MAU). Cheapernet 


A 78ft ±5% resistor is required to terminate the trans- 
mit pair of the Transceiver cable. The chip has an inter- 
nal circuit that establishes a common mode voltage, 
thus no voltage divider is required. The receive and 
collision pair drivers need pull up resistors. A 43.2 
± 1 % resistor must be connected from each output pin 
to +5V. 
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A 243 ft ±0.5% precision resistor is required on the 
REXT pin to the ground. The accuracy of this resistor 
is very important since this resistor is a part of current 
and voltage reference circuits in the analog sections of 
the 82502. 

Grounding the HBD (Heartbeat Disable) pin will allow 
the chip to perform Signal Quality Error check (Heart- 
beat) as required by the IEEE 802.3. The chip will 
transmit the collision presence signal after each trans- 
mission during Interframe Spacing (IFS) time. In a re- 
peater application, this feature is disabled (HBD = 
+ 5V). 

Diodes connected on the CXTD pin are to reduce the 
capacitive loading onto the coaxial cable. One diode is 
sufficient, but two will provide a protection in case one 
burns out (Short Circuit). The diode should have about 
2 pF shunt capacitance at Vd = 0V and be able to 
handle at least 100 mA when biased in forward direc- 
tion. A few candidates are 1N5282, 1N3600, and 
1N4150. 

A 100H fusible resistor connected on the CXRD pin is 
purely for protection. It is there as a fuse, not as a 
resistor. The 82502 works without this resistor. The 
IEEE 802.3, however, states that “component failures 
within the MAU (Media Attachment Unit or Trans- 
ceiver) electronics should not prevent communication 


among other MAUs on the coaxial cable.” It is recom- 
mending a transceiver design that minimizes the proba- 
bility of total network failure. The fusible resistor will 
provide an open circuit in an event of excess current. A 
short circuit from the CXRD pin to ground will not 
bring down the network due to the blown fuse. 

A 1 Mfl resistor connected between the coaxial cable 
shield and the Transceiver cable shield will provide a 
static discharge path. The Ethernet coaxial cable 
should also have an effective earth ground at one point 
in a network as required by the standard. A 0.01 ju,F in 
parallel to the 1 MO resistor provides ground for RF 
signals. 

3.10.3 LAYOUT CONSIDERATION FOR THE 
82502 CIRCUITS 

It is strongly recommended that the board have a spe- 
cial ground plane for the 82502 (see Figure 1 1). The 0V 
(reference) output of the isolated DC/DC converter 
should be connected to the ground plane. The Vss and 
AVss pins of the 82502 should be connected to the 
ground plane with minimum lead wires. 

There should be a 0.22 jitF capacitor connected between 
the coaxial cable shield and ground. The signal path 
from the coax, shield through the 0.22 julF capacitor to 



Figure 11. Ground Plane for the 82502 
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the ground should be kept as short as possible — leads of 
the 0.22 julF capacitor should be as short as possible. 

The path length from the CXTD pin through two di- 
odes to the center conductor of the coax should also be 
minimized. 

These are recommendations which will produce a more 
reliable circuit if followed carefully. Remember that the 
82502 has analog circuits in it. 

4.0 DEMONSTRATION SOFTWARE 

The demonstration software included in this Ap Note is 
called “Traffic Simulator and Monitor Station’’ 
(TSMS) program. The TSMS program is written in 
PL/M and has the following features: 

1. Programmable network load generation 

2. Network statistical monitoring capabilities 

3. Interactive command execution of all 82586 com- 
mands 

4. Interactive buffer monitoring 

The environment created with the TSMS program was 
found to be very useful for network debugging and oth- 
er individual station’s hardware and software debug- 
ging. The TSMS software listing is found in Appendix 
B. 

NOTE: 

The 82586 Date Link Driver presented in AP Note 
235 also runs on the LANHIB. Please refer to the Ap 
Note for detailed operations of the software. 


4.1 Programming PROMs to Run the 
TSMS Program 

By returning the card enclosed in this kit or by contact- 
ing Insite, the TSMS program and related batch files 
can be obtained on a diskette. TSMS related files that 
are on the diskette are: 

READ. ME 

TSMS.PLM 

IO.PLM 

INI186.PLM 

LANHIB.BAT 

SBC.BAT 

IUPHIB.BAT 

IUPSBC.BAT 

HI. BYT 

LO.BYT 

ROM.BAT 

The READ.ME file contains instructions for program- 
ming PROMs. HI.BYT and LO.BYT are the files 
which can be downloaded to PROMs directly. These 
files are already configured for the LANHIB. The 


batch file ROM.BAT invokes the Intel PROM Pro- 
gramming Software (iPPS) under the DOS operation 
system and programs two 2764 EPROMs. The Intel 
Universal Programmer must be placed in ON-LINE 
mode. 

Other files contained in the diskette are for compiling 
and locating the original TSMS program. Using these 
files, the original TSMS program can be changed or can 
be compiled for an iSBC 186/51. ‘TSMS.PLM* is the 
original TSMS source program. ‘IO.PLM’ contains the 
10 driver needed when the TSMS program is run on 
the iSBC 186/51. INI186.PLM is the LANHIB initiali- 
zation routine. LANHIB.BAT is the batch file that 
compiles, links, and locates the TSMS program and the 
LANHIB initialization routine. SBC.BAT compiles, 
links, and locates the TSMS program and the IO driver 
for the iSBC 186/51. IUPHIB.BAT programs two 
2764s for the LANHIB. IUPSBC.BAT programs two 
2764s for the iSBC 186/51. 

Therefore, if the TSMS program is to be run on the 
LANHIB (Demo board), steps required are: 

1. C:> LANHIB 

2. C:>IUPHIB 

If the TSMS program is to be run on the iSBC 186/51, 
steps required are: 

1. C:>SBC 

2. C:>IUPSBC 

4.2 Capabilities and Limits of the 
TSMS Program 

The TSMS program initializes the LANHIB Ethernet/ 
Cheapernet station by executing 82586’s Diagnose, 
Configure, IA-Setup, and MC-Setup commands. The 
program asks a series of questions in order to set up a 
linked list of these 82586 commands. After initializa- 
tion is completed, the program automatically starts the 
82586’s Receive Unit (monitoring capability). Trans- 
missions are optional (traffic simulation capability). 

The TSMS program has two modes of operation: Con- 
tinuous mode and Interactive Command Execution 
mode. The program automatically gets into the Contin- 
uous mode after initialization. The Interactive Com- 
mand Execution mode can be entered from the Contin- 
uous mode. Once entered in the Continuous mode, the 
software uses the format shown in Figure 12 to display 
information. Detailed description of each of these fields 
is as follows: 

Host Address: host (station) address used in the most 
recently prepared IA-Setup command. The software 
simply writes the address stored in the IA-Setup com- 
mand block with its least significant bit being in the 
most right position. Note that if the IA-Setup com- 
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********** ******* *********** Station Configuration ************************ 
Host Address: 00 AA 00 00 18 6D 

Multicast Address (es) : Ho Multicast Addresses Defined 
Destination Address: FF FF FF FF FF FF 
Frame Length: 118 bytes 

Time Interval between Transmit Frames: 159.4 microseconds 
Network Percent Load generated by this station: 35.7 % 

Transmit Frame Terminal Count: Not Defined 

82586 Configuration Block: 08 00 26 00 60 00 F2 00 00 40 


***************************** station Activities ************************** 


# of Good 

# of Good 

CRC 

Alignment 

No 

Receive 

Frames 

Frames 

Errors 

Errors 

Resource 

Overrun 

Transmitted 

10130 

Received 

0 

0 

0 

Errors 

0 

Errors 

0 
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Figure 12. Continuous Mode Display 


mand was just set up and not executed, the address 
displayed in this field may not be the address stored in 
the 82586. 

Multicast Address(es): multicast addresses used in the 
most recently prepared MC-Setup command. As in the 
case of host address, the software simply writes the ad- 
dresses stored in the MC-Setup command block. Note 
that if the MC-Setup command was just set up and not 
executed, the addresses displayed in this field may not 
be the addresses stored in the 82586. 

Destination Address: destination address stored in the 
transmit command block if AL-LOC = 0. If 
AL-LOC= 1, destination address is picked up from the 
transmit buffer. The least significant bit is in the most 
right position. 

Frame Length: transmit frame byte count including 
destination address, source address, length, data, and 
CRC field. 

Time Interval Between Transmit Frames: approximate 
time interval obtainable between transmit frames (Fig- ' 
ure 13). The number is correct if there are no other 
stations transmitting on the network. 

Network Percent Load Generated by This Station: 
approximate network percent load that is generated by 
this station (Figure 13). The number is correct if there 
are no other stations transmitting on the network. 

Transmit Frame Terminal Count: number of frames 
this station will transmit before it stops network traffic 
load generation. If this station is transmitting indefi- 
nitely, this field will be ‘Not Defined’. 

82586 Configuration Block: configuration parameters 
used in the most recently prepared Configure com- 
mand. As in the case of IA-Setup command, the soft- 


ware simply writes the parameters from the Configure 
command block. The least significant byte (FIFO Lim- 
it) of the configuration parameters is printed in the 
most left position. 

# of Good Frames Transmitted: number of good 
frames transmitted. This is a snap shot of the 32-bit 
transmit frame counter. It is incremented only when 
both C and OK bits of the transmit command status are 
set after an execution. The counter is 32-bit wide. 

# of Good Frames Received: number of good frames 
received. This is a snap shot of the 32-bit receive frame 
counter. It is incremented only when both C and OK 
bits of a receive frame descriptor status are set after a 
reception. The counter is 32-bit wide. 

CRC Errors: number of frames that had a CRC error. 
This is a snap shot of the 16-bit CRC counter main- 
tained by the 82586 in the SCB. 

Alignment Errors: number of frames that had an align- 
ment error. This is a snap shot of the 16-bit alignment 
counter maintained by the 82586 in the SCB. 

No Resource Errors: number of frames that had a no 
resource error. This is a snap shot of the 16-bit no re- 
source counter maintained by the 82586 in the SCB. 

Receive Overrun Errors: number of frames that had a 
receive overrun error. This is a snap shot of the 16-bit 
receive overrun error counter maintained by the 82586 
in the SCB. 

If the station is actively transmitting, # of good frames 
transmitted should be incrementing. If the station is 
actively receiving frames, # of good frames received 
should be incrementing. In this continuous mode, a 
user can see the activities of the network. 
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|— TIME FOR ONE FRAME TRANSMISSION (X) — ► 

TIME BETWEEN 
FRAMES (Y) 


V" { PREAMBLE, DA, SA, LENGTH, DATA, CRC ^ 


< 1 

x 

Network Percent Load = 

X + Y 
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Figure 13. Network Percent Load 


Hitting any key on the keyboard while the program is 
running in the Continuous mode will exit the mode. 
The program will respond with a message ‘Enter Com- 
mand (H for Help) — > In this Interactive Com- 
mand Execution mode, a user can set up any one of the 
82586 action commands and/or execute any one of the 
82586 SCB control commands. Setting up a Dump 
command and executing a SCB Command Unit Start 
command will, for example, execute the Dump com- 
mand. Display commands are also available to see the 
contents of the 82586’s data structure blocks. A display 
command will enable a user to see the contents of the 
82586’s dump (see Section 6.3). 

Typing ‘E’ after ‘Enter command (H for help) — ► 
executing a SCB Command Unit Start command with a 
transmit command, or executing a SCB Receive Unit 
Start command will exit the Interactive Command Exe- 
cution mode. The program will be back in the Continu- 
ous mode. Using this Interactive Command Execution 
mode, one can, for example, reconfigure the station and 
come back to the Continuous mode. Section 6 lists ac- 
tual example executions of the TSMS program. 

The TSMS program should be run in an 8 MHz system. 
The software running at 8 MHz with a maximum of 2 
wait states has been tested and verified to be able to 
receive back-to-back frames separated by 9.6 microsec- 
onds and still keep track of the correct number of 
frames received. This capability, for example, can be 
used to find out exactly how many frames a new station 
in the network had transmitted. 

The software does not perform extensive loopback tests 
and hardware diagnostics during the initialization. A 
loopback operation can be performed interactively in 
the Interactive Command Execution mode. 

The software allows a user to set up only 8 multicast 
addresses maximum. It is not possible with this pro- 
gram to set up more than 8 multicast addresses. 

The command chaining feature of the 82586 is not used 
in the Interactive Command Execution mode. Each 
command setup performed by a ‘S’ command after ‘En- 
ter command (H for help) — > * sets up a command 
with its EL bit set, I bit reset, and S bit reset. Diagnose, 
Configure, IA-Setup, and MC-Setup commands are 
chained together during the initialization routine and 
executed at once with only one CA. 


The software sets up 5 Receive Frame Descriptors 
linked in a circular list. Therefore, a user can see only 
the last 5 frames the station has received. It also sets up 
5 receive buffers, each being 1514 bytes long, linked in 
circle. Therefore, the 82586 never goes into the NO 
RESOURCES state. 


4.3 Example Executions of the TSMS 
Program 

This section presents three example executions of the 
TSMS program. When the TSMS program needs a 
command to be typed, it asks a question with ‘ — > ’. 
Anything after ‘ — > ’ is what a user needs to type in on 
the keyboard. To switch from the continuous mode to 
the interactive command execution mode, type any key 
on the keyboard. 

4.3.1 EXAMPLE 1: EXTERNAL LOOPBACK 
EXECUTION 

In this example, 500 external loopback transmissions 
and receptions are executed (Figure 14). In order for 
the software to process each loopback properly, a large 
delay was given between transmissions. 

4.3.2 EXAMPLE 2: FRAME RECEPTION IN 
PROMISCUOUS MODE 

The 82586 is configured to receive any frame that exists 
in the network (Figure 15). In this example, the station 
received 100 frames. 

4.3.3 EXAMPLE 3: 35.7% NETWORK TRAFFIC 
LOAD GENERATION 

The station is programmed to transmit 118 byte long 
frames with a time interval of 159.4 microseconds in 
between (Figure 16). The network load is about 35.7 
percent if no other stations are transmitting in the net- 
work. 

A key was hit to enter the Interactive Command Exe- 
cution mode. In that mode, a Dump command was 
executed and the result was displayed. After the Dump 
execution, a transmit command was set up again and 
the station was put in the Continuous mode. 
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Traffic Simulator and Monitor Station Program 


Initialization begun 


Configure command is set up for default values. 

Do you want to change any bytes? (Y or N) ==> Y 

Enter byte number (1 - 11) ==> 4 

Enter byte 4 (4H) =»> A6H 

Any more bytes? (Y or N) »»> Y 

Enter byte number (1 - 11) «■> li 

Enter byte 11 (BH) ««> 6 

Any more bytes? (Y or N) ««> N 

Configure the 586 with the prewired board address »«> N 
Enter this station's address in Hex «*> 000000002200 
You can enter up to 8 Multicast Addresses. 

Would you like to enter a Multicast Address? (Y or N) ==> N 
You entered 0 Multicast Address (es). 

Would you like to transmit? 

Enter a Y or N ==> Y 

Enter a destination address in Hex ==> 000000002200 
Enter TYPE «*> 0 

How many bytes of transmit data? 

Enter a number ==> 2 

Transmit Data is continuous numbers (0, 1, 2, 3, ... ) 
Change any data bytes? (Y or N) ==> N 
Enter a delay count «> 10000000000 
The number is too big. 

It has to be less than or equal to 65535 (FFFFH) . 

Enter a number *«> 60000 

Setup a transmit terminal count? (Y or N) ==> Y 
Enter a transmit terminal count ==> 500 

Destination Address: 00 00 00 00 22 00 

Frame Length: 20 bytes 

Time Interval between Transmit Frames: 30.18 miliseconds 
Network Percent Load generated by this station: .0 % 

Transmit Frame Terminal Count: 500 

Good enough? (Y or N) ==*> Y 

Receive Unit is active. 
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Figure 14. External Loopback Execution 
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Transmit Command Block 

0000 at 033E 
8004 
FFFF 
034E 
2200 
0000 
0000 
0000 


Hit <CR> to countinue 
transmission started! 


**************************** Station Configuration ************************* 
Host Address: 00 00 00 00 22 00 

Multicast Address (es): No Multicast Addresses Defined 
Destination Address: 00 00 00 00 22 00 

Frame Length: 20 bytes 

Time Interval between Transmit Frames: 30.18 miliseconds 
Network Percent Load generated by this station: .0 % 

Transmit Frame Terminal Count: 500 

82586 Configuration Block: 08 00 A6 00 60 00 F2 00 00 06 


***************************** Station Activities *************************** 


# of Good 
Frames 
Transmitted 
500 


# of Good 
Frames 
Received 
500 


CRC 

Errors 

0 


Alignment 

Errors 

0 


No 

Resource 

Errors 

0 


Receive 

Overrun 

Errors 

0 
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Figure 14. External Loopback Execution (Continued) 
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Traffic Simulator and Monitor Station Program 


Initialization begun 


Configure command is set up for default values. 

Do you want to change any bytes? (Y or N) ==> Y 

Enter byte number (1 - 11) ==> 9 

Enter byte 9 (9H) ==> 1 

Any more bytes? (Y or N) ==> N 

Configure the 586 with the prewired board address =-> Y 
You can enter up to 8 Multicast Addresses. 

Would you like to enter a Multicast Address? (Y or N) ==> N 
You entered 0 Multicast Address (es). 

Would you like to transmit? 

Enter a Y or N ==> N 

Receive Unit is active. 


**************************** station Configuration ************************ 

Host Address: 00 AA 00 00 18 6D 

Multicast Address (es): No Multicast Addresses Defined 

82586 Configuration Block: 08 00 26 00 60 00 F2 01 00 40 

***************************** station Activities ************************** 


# of Good 

# of Good 

CRC 

Alignment 

No 


Receive 

Frames 

Frames 

Errors 

Errors 

Resource 

Overrun 

Transmitted 

Received 



Errors 

Errors 

0 

100 

0 

0 

0 


0 

Enter command (H for help) 

==> D 





Command Block or Receive Area? (R < 

or C) ===> R 




Frame Descriptors: 





4000 at 036C 

A000 at 0382 

A000 at 

0398 A000 at 

03AE 

A000 at 

03C4 

0000 

0000 

0000 

0000 


0000 


0382 

0398 

03AE 

03C4 


036C 


03DA 

03E4 

03EE 

03F8 


0402 


2200 

2200 

2200 

2200 


2200 


2200 

2200 

2200 

2200 


2200 


0000 

0000 

0000 

0000 


0000 
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Figure 15. Frame Reception In Promiscuous Mode 
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0000 

0000 

0000 

0000 

0000 

0000 

0000 

0000 

0000 

0000 

0000 

0000 

0000 

0000 

0000 

0000 

0000 

0000 

0000 

0000 

Receive 

Buffer Descriptors! 




C064 at 

03 DA C064 at 03E4 

C064 at 03EE 

C064 at 03F8 

C064 at 0402 

03E4 

03EE 

03F8 

0402 

03 DA 

040C 

09F6 

0FE0 

15CA 

1BB4 

0000 

0000 

0000 

0000 

0000 

05DC 

05DC 

05DC 

05DC 

05DC 


Display the receive buffers? (Y or N) ==> Y 
Receive Buffers: 


Receive Buffer 0 : 


002C:014C 

00 

01 

02 

03 

04 

05 

06 

07 

08 

09 

0A 

0B 

OC 

0D 

0E 

OF 

002C : 015C 

10 

11 

12 

13 

14 

15 

16 

17 

18 

19 

1A 

IB 

1C 

ID 

IE 

IF 

002C: 016C 

20 

21 

22 

23 

24 

25 

26 

27 

28 

29 

2A 

2B 

2C 

2D 

2E 

2F 

002C: 017C 

30 

31 

32 

33 

34 

35 

36 

37 

38 

39 

3A 

3B 

3C 

3D 

3E 

3F 

002C: 018C 

40 

41 

42 

43 

44 

45 

46 

47 

48 

49 

4A 

4B 

4C 

4D 

4E 

4F 

002C: 019C 

50 

51 

52 

53 

54 

55 

56 

57 

58 

59 

5A 

5B 

5C 

5D 

5E 

5F 

002C: 01AC 

60 

61 

62 

63 














Hit <CR> to countinue 


Receive Buffer 1 : 


002C: 0736 

00 

01 

02 

03 

04 

05 

06 

07 

08 

09 

0A 

0B 

OC 

OD 

OE 

OF 

002C:0746 

10 

11 

12 

13 

14 

15 

16 

17 

18 

19 

1A 

IB 

1C 

ID 

IE 

IF 

0020:0756 

20 

21 

22 

23 

24 

25 

26 

27 

28 

29 

2A 

2B 

2C 

2D 

2E 

2F 

0020:0766 

30 

31 

32 

33 

34 

35 

36 

37 

38 

39 

3A 

3B 

3C 

3D 

3E 

3F 

0020:0776 

40 

41 

42 

43 

44 

45 

46 

47 

48 

49 

4A 

4B 

4C 

4D 

4E 

4F 

0020:0786 

50 

51 

52 

53 

54 

55 

56 

57 

58 

59 

5A 

5B 

5C 

5D 

5E 

5F 

0020:0796 

60 

61 

62 

63 














Hit <CR> to countinue 


Receive Buffer 2 : 


002C: 0D20 

00 

01 

02 

03 

04 

05 

06 

07 

08 

09 

OA 

OB 

OC 

OD 

OE 

OF 

0020: 0D30 

10 

11 

12 

13 

14 

15 

16 

17 

18 

19 

1A 

IB 

1C 

ID 

IE 

IF 

002C: 0D40 

20 

21 

22 

23 

24 

25 

26 

27 

28 

29 

2A 

2B 

2C 

2D 

2E 

2F 

0020: 0D50 

30 

31 

32 

33 

34 

35 

36 

37 

38 

39 

3A 

3B 

3C 

3D 

3E 

3F 

0020: 0D60 

40 

41 

42 

43 

44 

45 

46 

47 

48 

49 

4A 

4B 

4C 

4D 

4E 

4F 

0020: 0D70 

50 

51 

52 

53 

54 

55 

56 

57 

58 

59 

5A 

5B 

5C 

5D 

5E 

5F 

0020: 0D80 

60 

61 

62 

63 














Hit <CR> to countinue 


Receive Buffer 3 : 


002C: 130A 

00 

01 

02 

03 

04 

05 

06 

07 

08 

09 

OA 

OB 

OC 

OD 

OE 

OF 

002C: 131A 

10 

11 

12 

13 

14 

15 

16 

17 

18 

19 

1A 

IB 

1C 

ID 

IE 

IF 

002C: 132A 

20 

21 

22 

23 

24 

25 

26 

27 

28 

29 

2A 

2B 

2C 

2D 

2E 

2F 

002C: 133A 

30 

31 

32 

33 

34 

35 

36 

37 

38 

39 

3A 

3B 

3C 

3D 

3E 

3F 

002C: 134A 

40 

41 

42 

43 

44 

45 

46 

47 

48 

49 

4A 

4B 

4C 

4D 

4E 

4F 

002C: 135A 

50 

51 

52 

53 

54 

55 

56 

57 

58 

59 

5A 

5B 

5C 

5D 

5E 

5F 

002C: 136A 

60 

61 

62 

63 














Hit <CR> to countinue 
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Figure 15. Frame Reception in Promiscuous Mode (Continued) 
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Receive Buffer 4 : 


002C: 18F4 

00 

01 

02 

03 

04 

05 

06 

07 

08 

09 

0A 

0B 

OC 

0D 

0E 

OF 

002C: 1904 

10 

11 

12 

13 

14 

15 

16 

17 

18 

19 

1A 

IB 

1C 

ID 

IE 

IF 

002C: 1914 

20 

21 

22 

23 

24 

25 

26 

27 

28 

29 

2A 

2B 

2C 

2D 

2E 

2F 

002C: 1924 

30 

31 

32 

33 

34 

35 

36 

37 

38 

39 

3A 

3B 

3C 

3D 

3E 

3F 

002C: 1934 

40 

41 

42 

43 

44 

45 

46 

47 

48 

49 

4A 

4B 

4C 

4D 

4E 

4F 

002C: 1944 

50 

51 

52 

53 

54 

55 

56 

57 

58 

59 

5A 

5B 

5C 

5D 

5E 

5F 

002C: 1954 

60 

61 

62 

63 














Hit <CR> to countinue 


Enter command (H for help) ==> E 


**************************** station Cofiguration ************************* 
Host Address: 00 AA 00 00 18 6D 

Multicast Address (es): No Multicast Addresses Defined 

82586 Configuration Block: 08 00 26 00 60 00 F2 01 00 40 

***************************** station Activities ************************** 


# of Good 

# of Good 

CRC 

Alignment 

No 

Receive 

Frames 

Frames 

Errors 

Errors 

Resource 

Overrun 

Transmitted 

Received 



Errors 

Errors 

0 

100 

0 

0 

0 

0 
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Figure 15. Frame Reception in Promiscuous Mode (Continued) 
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Traffic Simulator and Monitor Station Program 


Initialization begun 


Configure command is set up for default values. 

Do you want to change any bytes? (Y or N) ==> N 
Configure the 586 with the prewired board address ==> Y 
You can enter up to 8 Multicast Addresses. 

Would you like to enter a Multicast Address? (Y or N) ==> N 
You entered 0 Multicast Address (es). 

Would you like to transmit? 

Enter a Y or N ==> Y 

Enter a destination address in Hex ==> FFFFFFFFFFFF 
Enter TYPE ==> 0 

How many bytes of transmit data? 

Enter a number ==> 100 

Transmit Data is continuous numbers (0, 1, 2, 3, ... ) 
Change any data bytes? (Y or N) ==> N 

Enter a delay count ==> 0 

Setup a transmit terminal count? (Y or N) ==> N 

Destination Address: FF FF FF FF FF FF 
Frame Length: 118 bytes 

Time Interval between Transmit Frames: 159.4 microseconds 
Network Percent Load generated by this station: 35.7 % 
Transmit Frame Terminal Count: Not Defined 

Good enough? (Y or N) ==> Y 

Receive Unit is active. 

Transmit Command Block 

0000 at 033E 
8004 
FFFF 
034E 
FFFF 
FFFF 
FFFF 
0000 


Hit <CR> to countinue 

292010-21 

Figure 16. 35.7% Network Load Generation 
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transmission started! 


**************************** Station Configuration ************************ 


Host Address: 00 AA 00 00 18 6D 

Multicast Address (es): No Multicast Addresses Defined 
Destination Address: FF FF FF FF FF FF 
Frame Length: 118 bytes 

Time Interval • between Transmit Frames: 159.4 microseconds 
Network Percent Load generated by this station: 35.7 % 

Transmit Frame Terminal Count: Not Defined 

82586 Configuration Block: 08 00 26 00 60 00 F2 00 00 40 

***************************** station Activities ************************** 


Alignment No Receive 

Errors Resource Overrun 

Errors Errors 

0 0 0 


Commands are: 

S - Setup CB D - Display RFD/CB 

P - Print SCB C - SCB Control CMD 

L - ESI Loopback On N - ESI Loopback Off 

A - Toggle Number Base 
Z - Clear Tx Frame Counter 
Y - Clear Rx Frame Counter 
E - Exit to Continuous Mode 


# of Good 
Frames 
Transmitted 
10459 


# of Good 
Frames 
Received 
0 


CRC 

Errors 


Enter command (H for help) ==> H 


Enter command (H for help) =-> S 

Enter command block type (H for help) ==> H 


I A Setup 
MA Setup 
TDR 

Dump Status 


Enter command block type (H for help) ==> S 
Enter command (H for help) ==> C 

Do you want to enter any SCB commands? (Y or N) ==> Y 

Enter CUC ==> 1 

Enter RES bit ==> 0 

Enter RUC ==> 0 

Issued Channel Attention 


Command block type: 


N - Nop I - 
C - Configure M - 
T - Transmit R - 
D - Diagnose S - 


H - Print this message 


Enter command (H for help) ==> D 
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Figure 16. 35.7% Network Load Generation (Continued) 
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Command Block or Receive Area? (R or C) ==> C 

Dump Status Command Block 

A000 at 0364 
8006 
FFFF 
27D6 


Dump Status Results 
at 27D6 


00 

E8 

3F 

26 

08 

60 

00 

FA 

00 

00 

40 

FF 

6D 

18 

00 

00 

AA 

00 

40 

20 

00 

00 

00 

00 

FF 

FF 

FF 

FF 

B5 

9E 

EE 

CF 

62 

63 

3F 

B0 

00 

00 

00 

00 

00 

00 

00 

00 

FF 

85 

08 

FC 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

70 

03 

06 

00 

DC 

05 

00 

00 

OC 

04 

DC 

05 

E4 

03 

DA 

03 

DA 

03 

78 

05 

82 

03 

6C 

03 

F8 

03 

64 

80 

D6 

27 

E8 

21 

FF 

FF 

4E 

03 

06 

80 

FF 

FF 

64 

03 

00 

00 

D2 

02 

00 

00 

00 

00 

00 

00 

00 

00 

D6 

27 

00 

01 

00 

28 

00 

00 

00 

00 

30 

26 

00 

00 

20 

00 

40 

06 

30 

01 

00 

00 

90 

00 

10 

01 

00 

00 

6C 

03 

00 

00 

6A 

03 

0E 

00 

6C 

28 

00 

00 

74 

03 

00 

00 

00 

00 

00 

00 

00 

00 

00 

CO 

00 

00 

00 

00 








Enter command (H for help) ==> S 

Enter command block type (H for help) ==> T 

Enter a destination address in Hex ==> FFFFFFFFFFFF 

Enter TYPE ==> 0 

How many bytes of transmit data? 

Enter a number ==> 100 

Transmit Data is continuous numbers (0, 1, 2 , 3 , ... ) 

Change any data bytes? (Y or N) ==> N 

Enter a delay count ==> 0 

Setup a transmit terminal count? (Y or N) ==> N 

Destination Address: FF FF FF FF FF FF 
Frame Length: 118 bytes 

Time Interval between Transmit Frames: 159.4 microseconds 
Network Percent Load generated by this station: 35.7 % 

Transmit Frame Terminal Count: Not Defined 

Good enough? (Y or N) “> Y 

Enter command (H for help) ==> C 

Do you want to enter any SCB commands? (Y or N) ==> Y 

Enter CUC ==> 1 

Enter RES bit ==> 0 

Enter RUC ==> 0 

Issued Channel Attention 
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Figure 16. 35.7% Network Load Generation (Continued) 
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**************************** Station Configuration ************************ 
Host Address: 00 AA 00 00 18 6D 

Multicast Address (es) : No Multicast Addresses Defined 
Destination Address: FF FF FF FF FF FF 
Frame Length: 118 bytes 

Time Interval between Transmit Frames: 159.4 microseconds 
Network Percent Load generated by this station: 35.7 % 

Transmit Frame Terminal Count: Not Defined 

82586 Configuration Block: 08 00 26 00 60 00 F2 00 00 40 

***************************** station Activities ************************** 


# of Good 

# of Good 

CRC 

Alignment 

No 

Receive 

Frames 

Frames 

Errors 

Errors 

Resource 

Overrun 

Transmitted 

Received 



Errors 

Errors 

106020 

0 

0 

0 

0 

0 
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Figure 16. 35.7% Network Load Generation (Continued) 


5.0 IN CASE OF DIFFICULTY 

This section presents methods of troubleshooting (“de- 
bugging”) a LANHIB board. When a LANHIB board 
is powered up with the TSMS program stored in 
EPROMs, it should display “TRAFFIC SIMULA- 
TOR AND MONITOR STATION PROGRAM” 
message on a terminal screen. If the message is not 
displayed, the board has to be debugged. Section 5.1 
describes basic 80186/82586 system troubleshooting 
procedures. Section 5.2 is for troubleshooting 82501 
and 82502 circuits. After the 80186/82586 system is 
debugged, the 82501/82502 circuits have to be tested. 


5.1 Troubleshooting 80186/82586 
System 

Shown in Figure 17 is a flow chart for troubleshooting 
80186/82586 system. The procedure requires an oscil- 
loscope. A logic analyzer is needed if problems appear 
to be serious. The procedures will debug the board to 
the point where the 82530 is initialized properly. If the 
82530 can be initialized properly, ROM and RAM in- 
terfaces must be functioning. Board initialization rou- 
tines (INI186.PLM) linked to the TSMS program re- 
quires ROM and RAM accesses. Since the 82586 
shares most of the system with the 80186, no special 
debugging is required for the 82586. Wiring of all 
82586 parallel signal pins should, however, be checked. 

The flow chart branches to two major paths after the 
first decision box. One path debugs the RS-232 channel 


and the other de bugs th e 80186/82586 system. The 
waveform of the TRXCB output of the 82530 deter- 
mines which path to be taken. If the 82530 is getting 
programmed properly, there should be 153.6 KHz 
(1/f = 6.51 fxs) clock on this output pin. If there is a 
clock, the problem is probably in the RS-232 interface. 
If there is no clock, then the system has to be debugged 
using a logic analyzer. 


5.2 Troubleshooting 82501/82502 
Circuits 

If the TSMS program runs on the LANHIB but the 
82586 is not able to transmit or receive, there must be a 
problem in 82501/82502 circuits. The flow chart in 
Figure 19 will guide troubleshooting in these circuits. 
An oscilloscope is required. 

The board should be configured to Cheapernet and dis- 
connected from the network. Two terminators will be 
required to terminate a “T” BNC connector providing 
an effective load resistance of 25 fl to the 82502. 

The 82586 must have the system and transmit clocks 
running upon reset. Since the transmit clock is generat- 
ed by the 82501, the 82501 transmit clock output pin 
(pin 16) should be checked. The TSMS program exe- 
cutes 82586’s Diagnose, Configure, IA-Setup, and MC- 
Setup comm ands during initialization. If the 82586 has 
active CRS (Carrier Sense) signal, it cannot complete 
execution of these commands. The 82501 sh ould, there- 
fore, be checked if it is generating inactive CRS signal 
to the 82586 after power up. The LANHIB powers up 
the 82501 in non-loopback mode. 
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After making sure that the 82501 is generating proper 
signals to the 82586, the TSMS program is restarted 
with an initialization shown in Figure 20. The 82586 is 
configured to EXT-LPBK=1, TONO-CRS=l, and 
MIN-FRM-LEN = 6. The chip is also loaded with a 
destination address identical to the source address. If 
there are no problems in the 82501/82502 circuits, the 
station will be receiving its own transmitted frames. If 
problems exist, the station will only be transmitting. 
Since the 82586 is configured to TONO-CRS (Trans- 
mission On NO Carrier Sense), the chip will keep trans- 


mitting regardless of the state of carrier sense. The 
82501/82502 circuits can then be probed with an oscil- 
loscope at the locations indicated in Figure 21. Probing 
will catch problems like wiring mistakes, missing load 
resistors, etc. 

Once the station is debugged, it can be connected to the 
network. If there is a problem in the network, the 
82586’s TDR command can be used to find the location 
and nature of the problem. 
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Figure 17. Flowchart for 80186/82586 System Troubleshooting 
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? 

CONNECT A LOGIC ANALYZER ON THE 
MULTIPLEXED BUS. 

1. CONNECT ADI 5-ADO, ALE, RD, WR, ROMHI 
ROMLO, RAMHI, RAMLO, AND CS PIN(PIN 33) 
OF 82530. 

2. USE CLKOUT OF 80186 TO CLOCK THE 
LOGIC ANALYZER. SAMPLE DATA ON RISING 
EDGES. 

3. TRIGGER THE LOGIC ANALYZER ON ALE 
BECOMING HIGH. 

SHOWN IN FIGURE 18 IS AN EXAMPLE OF A 
LOGIC ANALYZER TRACE. COMPARE WHAT'S 
OBTAINED TO THE ONE IN FIGURE 18. 

IF DIFFERENT. POSSIBLE PROBLEMS ARE: 

1 . HIGH BYTE EPROM AND LOW BYTE EPROM 
ARE SWAPPED. 

2. ADDRESS/DATA LINES ARE NOT CONNECTED 
PROPERLY. 

3. ADDRESS DECODE PAL IS NOT PROGRAMMED 
PROPERLY. 

etc. 


CHECK IF 82530 IS GETTING INITIALIZED PROPERLY 
ON THE LOGIC ANALYZER. TRY OTHER_LOGIC 
ANALYZER TRIGGERING EVENT, e.g. CS PIN(PIN 33) 
OF 82530 BECOMING LOW. 

MAKE SURE THERE IS 153.6 KHz(1/f = 6.51 ^sec.) 
SQUARE WAVE ON TRXCB(PIN 26) OF 82530. 
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Figure 17. Flowchart for 80186/82586 System Troubleshooting (Continued) 
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0097 

00 

41 

01001111 
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00 

41 
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00 

41 

01101111 
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00 

41 
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FO 
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0102 

06 

EA 

00101111 
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06 

EA 

00101111 

0104 

06 

EA 

00101111 
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06 

EA 

00101111 
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06 

EA 

00101111 
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06 

EA 

11101111 

0108 

FF 

F2 

01101111 

0109 

CO 

40 

00101111 

0110 

CO 

00 

00101111 

0111 

CO 

00 

00101111 

0112 

CO 

00 

00101111 

0113 

CO 

00 

00101111 

0114 

CO 

00 

11101111 

0115 

FF 

F4 

01101111 

0116 

FF 

FF 

00101 1 1 1 

0117 

FF 

FF 

00101111 

0118 

FF 

FF 

00101111 

0119 

FF 

FF 

00101111 

0120 

FF 

FF 

00101111 

0121 

FF 

FF 

11101111 

0122 

FF 

F6 

01101111 

0123 

00 

40 

00101111 

0124 

00 

00 

00101111 

0125 

00 

00 

00101111 

0126 

00 

00 

00101111 

0127 

00 

00 

00101111 

0128 

00 

00 

11101111 

0129 

FC 

06 

01101111 

0130 

2E 

FA 

00101111 

0131 

2E 

FA 

00101111 

0132 

2E 

FA 

00101111 

0133 

2E 

FA 

00101111 

0134 

2E 

FA 

00101111 

0135 

2E 

FA 

11101111 

0136 

FC 

08 

01101111 

0137 

16 

8E 

00101111 

0138 

16 

8E 

00101111 


ADI 5-ADO 
ALE 

m 

WR# 

ROMHI# 

ROMLO# 

RAMHI# 

RAMLO# 

CS# PIN (PIN 33) OF 82530 


THESE ARE MEMORY CHIP SELECTS 


LOGIC ANALYZER IS TRIGGERED ON ALE = HI. 
80186 JUMPS TO FFFOH AFTER RESET. 

JMP INSTRUCTION (DIRECT INTERSEGMENT) 
SEGMENT OFFSET = 0006H 
SEGMENT SELECTOR = FFCOH 
(80186 INSERTS 3 WAIT STATES BEFORE 
UMCS REGISTER IS PROGRAMMED.) 


JUMPED TO FC06H 
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Figure 18 . Example of Logic Analyzer Trace 
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Figure 19. Flowchart for 82501/82502 Circuits Troubleshooting 
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Traffic Simulator and Monitor Station Program 


Initialization begun 


Configure command is set up for default values. 

Do you want to change any bytes? (Y or N) ==»> Y 

Enter byte number (1 - 11) ==> 4 

Enter byte 4 (4H) ==> A6H 

Any more bytes? (Y or N) ==> Y 

Enter byte number (1 - 11) ==> 9 

Enter byte 9 (9H) ==> 08H 

Any more bytes? (Y or N) ==> Y 

Enter byte number (1 - 11) ==> 11 

Enter byte 11 (BH) ==> 6 

Any more bytes? (Y or N) ==> N 

Configure the 586 with the prewired board address ==> N 
Enter this station's address in Hex ==> 000000002200 
You can enter up to 8 Multicast Addresses. 

Would you like to enter a Multicast Address? (Y or N) ==> N 
You entered 0 Multicast Address (es). 

Would you like to transmit? 

Enter a Y or N ==> Y 

Enter a destination address in Hex ==> 000000002200 
Enter TYPE ==> 0 

How many bytes of transmit data? 

Enter a number ==> 2 

Transmit Data is continuous numbers (0, 1, 2 , 2 , ... ) 
Change any data bytes? (Y or N) ==> N 
Enter a delay count ==> 0 

Setup a transmit terminal count? (Y or N) ==> N 

Destination Addresfe: 00 00 00 00 22 00 

Frame Length: 20 bytes 

Time Interval between Transmit Frames: 159.4 seconds 
Network Percent Load generated by this station: 11.0 % 
Transmit Frame Terminal Count: Not Defined 

Good enough? (Y or N) ==> Y 
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Figure 20. TSMS Initialization for 82501/82502 Circuits Troubleshooting 
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Figure 21. Probing 82501/82502 Circuits 
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APPENDIX A 
LANHIB SCHEMATICS 
PARTS LIST 
PAL EQUATIONS 
DIP SWITCH SETTINGS 
WIRE WRAP SERVICES 
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| PARTS LIST j 

REFERENCES 

DESCRIPTION 

m?i r 

PART NO 

MFR . 
CODE 

QTV . 

U1 

IC 

74S32 

OBD 

1 

U2 

IC 

74LS04. 

OBD 

1 

U3, U4 

IC 

74LS24S 

OBD 

2 

US 

IC 

74F373 

OBD 

1 

U6. U7 

IC 

74LS373 

OBD 

2 

U8 

IC 

80186 

INT 

1 

U9 

IC 

82586 

I NT 

1 

U10 

IC 

1 6L8 

OBD 

1 

U1 i 

IC 

74LS02 

OBD 

1 

U12. U27 

IC 

74LS74 

OBD 

2 

U28 

IC 

74AS74 

OBD 

1 

U 1 3 

IC 

74LS165 

OBD 

1 

U14 

IC 

82501 

INT 

1 

U1S 

Pulse Transformer Pack 

PE64102 

PE 

1 

U16 

IC 

82502 

INT 

1 

U 1 7 

DC/DC Converter 

PE64369 

PE 

1 

U18 U28 

IC . 64K— B i t EPROM 

2764-20 

INT 

2 

U2S 

IC 

74AS08 

OBD 

1 

U22. U2S 

IC, SRAM 

HM6264- 1 5 

HIT 

2 

U24 

IC, 256-Bit PROM 

TBP18S030 

T I 

1 

U2S 

IC 

74AS04 

OBD 

1 i 

U29 

IC 

82530 

INT 

1 

U30 

IC 

1489 

OBD 

1 

U31 

IC 

1488 

OBD 

1 

U32 

IC, lM-Bit EPROM (Optional) 

27210 

INT 

l 

R1-R3, R6 

R19. R20 

Resistor. 10K ohm. 1/4W. S’/. 

COML 

OBD 

6 

R4 

Resistor. 100K ohm, 1/4W. S’/. 

COML 

OBD 

1 

R5 

Resistor. 2 . 2K ohm. 1/4W. S’/. 

COML 

OBD 

1 

R7. R8, RI2 

Resistor. 78.7 ohm. 1/8W, IX 

COML 

OBD 

3 

R9 - R 1 0 

Resistor. 240 ohm. 1/4W. S V. 

COML 

OBD 

2 

Rl 1 

Resistor, 1M ohm. 1/4W. 

750Udc (min). S’/. 

COML 

OBD 

1 i 

R13-R16 

Resistor. 43 . 2ohm 1/8W. IX 

COML 

OBD 

4 

R 1 7 

Resistor. 100 ohm. Fusible 

1/8W. 5 ’/. 

COML 

RCD 

1 

R 1 8 

Resistor- 243 ohm. 1/8W. 0 . S’/. 

COML 

OBD 

1 

R21. R22 

Resistor. 5K ohm. 1/4W. S’/. 

COML 

OBD 

2 

RP1 

Resistor Pack. IK ohm. 16 pin 

COML 

OBD 

1 

R23-R26 

Resistor. IK ohm. 1/4W, S’/. 

COML 

OBD 

4 

Cl - C2 

Capacitor. 20pF, 100U. S’/. 

COML 

OBD 

2 

C3 

Capacitor. 10uF, 20U 

COML 

OBD 

1 

C4. CS 

Capacitor, 30pF. 100U. S’/. 

COML 

OBD 

2 

C6 

Capacitor. 8 822uF. S0U 

COML 

OBD 

1 

C7 

Capacitor. 1.0uF, 50U 

COML 

OBD 

1 

Cl 1 , C12 

Capacitor, 0.01uF. 50U 

COML 

OBD 

2 

C 1 0 

Capacitor. 0.01uF. 2KU 

COML 

OBD 

1 

C8 - C9 

Capacitor. 0.22uF. 50U 

COML 

OBD 

2 

CR1 

Diode * 

1N914 

OBD 

1 

CR2. CR3 

Diode 

1N5282 

OBD 

2 

VI 

Parallel Resonant Crystal. 

16M Hz 

COML 

OBD 

1 

V2 

Parallel Resonant Crystal. 



COML 

OBD 

1 



NOTES: 1. THE BOARD REQUIRES + SU, + 12U, AND -12U. 

MULTIBUS POWER PINS FOR THESE UOLTAGES AND 
GROUND ARE SHOUN ABOUE . 

2. EACH IC SHOULD HAUE A 0 luF CAPACITOR BETUEEN 
POWER PIN AND GROUND PIN. PARTS LIST DOES 
NOT INCLUDE DECOUPLING CAPACITORS. 


MTR . 
CODE 

MANUFACTURE 

LOCATION 

INT 

INTEL CORPORATION 

SANTA CLARA, CA 

HIT 

HITACH AMERICA LTD. 

SAN JOSE. CA 

OBD 

ORDER BV DESCRIPTION 
(ANV COMMERCIAL 
(COML) SOURCE) 


PE 

PULSE ENGINEERING 

SAN DIEGO. CA 

RCD 

RCD COMPONENTS INC. 

MANCHESTER, NH 

T I 

TEXAS INSTRUMENTS 

DALLAS- TX 
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TBP18S030 


19 

D7 

D7 

9 


*4 

18 

06 

06 

7 

06 


17 

D5 

D5 

6 

QS 


16 

D4 

D4 

5 



15 

S3 

S3 

4 


80 

13 

S2 

02 

3 


12 

D 1 

01 

2 

Q ? 


1 1 

D0 

LD0 1 

Oft 




15 

G U24 


3^3>s 


DftTft CD15-D0) 


292010-82 


AP-274 





1-237 












Module Addr_dec 

Title 'LANHIB Address Decode Logic 

Kiyoshi Nishide Intel Corp. 


March, 1986 1 


"Declarations 


device 


AO, A14, A15 
A16 , A17 , A18 
A19 , BHE 
HLDA, S2 
RAMLO, RAMHI 
ROMLO , ROMHI 
ROM 
R104 


•P16L8 1 ; 

1, 2, 3; 
4, 5, 6; 
7, 8; 

9, 11; 

18, 17; 

19, 12; 


Equations 


1ROMHI = A15 & A16 & A17 & A18 & A19 & (HLDA # S2) & R104 ; 

1ROMLO = IA15 & A16 & A17 & A18 & A19 & (HLDA # S2) & R104 ; 

IROM = A17 & A18 & A19 & (HLDA # S2) & IR104 ; 

IRAMHI = IA14 & IA15 & !A16 & !A17 & 1A18 & !A19 & IBHE & (HLDA # S2) ; 
1 RAMLO = !AO & IA14 & IA15 & IA16 & IA17 & !A18 & IA19 & (HLDA # S2) ; 


End Addr_dec 
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DIP SWITCH SETTINGS FOR 
VARIOUS OPERATIONS 

“1” indicates ON (Switch is closed). 

“0” indicates OFF (Switch is open). 

“X” indicates Don’t Care. 


1. To configure the board to Ethernet or Cheapernet: 



SW3 

87654321 

Comment 

Ethernet 

Cheapernet 

xxoooooo 

XXI 11111 

Transceiver Cable should 
not be connected. 


2. To run the TSMS program or the Data Link Driver 
program: 



SW4 

87654321 

Comment 

TSMS Program 
or 

Data Link Driver 
Program 

XXXX0001 

TSMS program uses 
the 82530 in 
Asynchronous Polling 
mode. Data Link Driver 
program uses the 
825830 in 

Asynchronous Polling 
and Vectored Interrupt 
modes. 


3. To select the 2764-20 EPROMs or 27210 EPROM: 



SW3 

87654321 

2764-20 EPROMs 
27210 EPROM 

oxxxxxxx 

1 xxxxxxx 


4. Dip Switch Setting Examples: 



SW3 

87654321 

SW4 

87654321 

1) To run the TSMS Program 
from the 2764-20 EPROMs 

0X111111 

XXXX0010 

in Cheapernet Configuration 



2) To run the TSMS Program 
from the 2764-20 EPROMs 
in Ethernet Configuration 

0X000000 

XXXX0010 

3) To run the TSMS Program 
or the Data Link Driver 
program from the 27210 
EPROM in Cheapernet 
Configuration 

1X111111 

XXXX0001 

4) To run the TSMS Program 
or the Data Link Driver 
program from the 27210 
EPROM in Ethernet 
Configuration 

1X000000 

XXXX0001 


5. Dip Switch SW2 programs the number of wait states 
for the 82586 (see Table 3). 
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COMPANIES OFFERING WIRE WRAP SERVICES 


AUGAT 

Interconnection Systems Division 

40 Perry Avenue 
P.O. Box 1037 
Attleboro, MA 02703 
(617) 222-2202 

100935 South Wilcrest Drive 
Houston, TX 77099 
(713) 495-3100 


Automation Deiectronics Corporation 

1650 Locust Avenue 
Bohemia, NY 11716 
(516) 567-7007 


dataCon, Inc. 

Eastern Division 
60 Blanchard Road 
Burlington, MA 01803 
(617) 273-5800 

Mid-Western Division 
502 Morse Avenue 
Schaumburg, IL 60193 
(312) 529-7690 

Western Division 
20150 Sunburst Street 
Chatsworth, CA 91311-6280 
(818) 700-0600 


South-Western Division 
1829 Monetary Lane 
Carrollton, TX 75006 
(214) 245-6161 

European Division 
In der Klinge 5 

D-7100 Heilbronn, West Germany 
(01731)217 12 


DATAWRAP 

37 Water Street 
Wakefield, MA 01880 
(617) 938-8911 


Elma/EMS 

A Division of Sandberg Industries 

Berkshire Industrial Park 
Bethel, CT 06801 
(203) 797-9711 

1851 Reynolds Avenue 
Irvine, CA 92714 
(714) 261-9473 

3042 Scott Boulevard 
Santa Clara, CA 95054 
(408) 970-8874 


WRAPEX Corporation 

96 Mill Street 
Woonsocket, RI 02895 
(401) 769-3805 
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/************#*****************#***************************************•*******/ 


/* */ 

/* Traffic Simulator/Monitor Station Program */ 

/* for 186/586 High Integration Board and */ 

/* iSBC 186/51 */ 

/* */ 

/* Ver. 1.0 December 17, 1784 */ 

/* */ 

/* Kigoshi Nishide Intel Corporation */ 

/* */ 


/***********************************#****************************#************/ 


/* This software can be c ond i t i ona 1 1 g compiled to work on the iSBC 186/51 or 
on the LANHIB. If ' set ( SBC 18651 ) ' is added to the compiler call statement, 
this source program will be compiled for the iSBC18651. */ 

1 tsms: 
do; 

2 1 declare main label public; 

/* literals */ 

♦ IF SBC 18651 


lit literallg 

' 1 iteral lg 

true 

lit 

'1 

false 

lit 

'O', 

forever 

lit 

'while 1 ', 

ISCP*LOC*LO 

lit 

'OFFFOH ' , 

ISCP*LOC*HI 

lit 

'O', 

SCB*BASE*LO 

lit 

'O', 

SCB*BASE*HI 

lit 

'O', 

CARPORT 

lit 

'0C8H ' » 

BOARD*ADDRESS*BASE 

lit 

'OFOH '» 

INT*TYPE*586 

lit 

'20H ' i 

INT*TYPE*TIMERO 

lit 

'30H', 

INT*CTL*TIMER0 

lit 

'0FF32H 

INT*7 

lit 

'27H ' , 

PIC*MASK*130 

lit 

'0E2H', 

PIC*MASK*186 

lit 

'0FF28H 

ENABLE*586 

lit 

'OFEH', 

ENABLED 586* 186 

lit 

'OEEH '» 

P IC*EQI*130 

lit 

'OEOH ', 

E0I*CMD0*130 

lit 

'60H ' , 

E0I*CMD4*130 

lit 

'64H ' , 

PIC*E0I*186 

lit 

'0FF22H 

E0I*CMD0*186 

lit 

'O', 

PIC*VTR*186 

lit 

'0FF20H ', 
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TIMERO^CTL 

lit 

'0FF56H', 

TIMERO^COUNT 

lit 

'0FF50H ', 

MAX^COUNT^A 

lit 

'0FF52H', 

CA 

lit 

' O' i 

ESI^PORT 

lit 

'OCBH ' , 

NO^LOOPBACK 

lit 

'S'. 

LOOPBACK 

lit 

'O'i 

♦ELSE 



declare lit literally 

' 1 iteral ly 

true 

lit 

'1 

false 

lit 

'O', 

forever 

lit 

'whi le 1 

ISCP^LOC^LO 

lit 

'03FFBH '» 

ISCP^LOC^HI 

lit 

'O', 

SCB$BASE*LO 

lit 

'O', 

SCB^BASE^HI 

lit 

'O', 

CARPORT 

lit 

' 8000H ' , 

BOARD^ADDRESS^BASE 

lit 

' 8 1 80H ' , 

INTVTYPE^5B6 

lit 

'12', 

INT^TYPE^TIMERO 

lit 

'8', 

INT^CTL^TIMERO 

lit 

'0FF32H '» 

P I C^MASK^ 1 86 

lit 

'0FF2BH ', 

ENABLE^586 

lit 

'OEFH ', 

ENABLEf5B6$ 1 86 

lit 

'OEEH ', 

RIC^E0I^186 

lit 

'0FF22H ' , 

E0I^CMD0^186 

lit 

'12', 

E0I^CMD4M86 

lit 

'8', 

TIMER04CTL 

lit 

'0FF56H ' , 

TIMERO^COUNT 

lit 

' 0FF50H ' , 

MAX^COUNT^A 

lit 

'0FF52H ' * 

CA 

lit 

'O', 

ESI^PORT 

lit 

'8100H ' , 

N04L00PBACK 

lit 

'1 

LOOPBACK 

lit 

'O'i 


♦END IF 

♦IF NOT SBC 18651 

/* System Configuration Pointer */ 

declare scp structure 

< 

sysbus byte, 
unused (5) byte. 
iscp^addr$lo word, 
iscp$addr$hi u/ord 
) 

at <0FFFF6H) data <0. 0, 0, 0 , 0. 0. ISCP$LOC$LO, ISCP$LOC$HI ) ; 


♦END IF 


/* Intermediate System Configuration Pointer */ 
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5 1 declare iscp$ptr pointer# 

iscp based iscp$ptr structure 

< 

busy byte. /# set to 1 by CPU before its first CA to 586. 

cleared by 586 after reading info from it */ 
unused byte. /* unused */ ' 

scbSo word. /* offset of system control block */ 
scb$b <2) word /* base of system control block ■*/ 

); 

/* System Control Block */ 

6 1 declare scb structure 

< 

status word, 
cmd word. 
cbl*offset word. 
rpa$offset word# 
crc*errs word, 
alnlerrs word. 
rsc*errs word, 
ovrnterrs word 
); 

/* 82586 Action Commands */ 

/* NOP */ 

7 1 declare nop structure 

( 

status word, 
cmd word# 
link*offset word 
># 


/* Individual Address Setup */ 

8 1 declare iatsetup structure 

( 

status word# 
cmd word# 
link*offset word, 
iafaddress (6) byte 
># 

/* Configure */ 

9 1 declare configure structure 

( 

status word, 
cmd word. 
link*offset word. 
byte*cnt byte# 
info (11) byte 

)i 
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/* Multicast Address Setup */ 

10 1 declare mctsetup structure 

< 

status word, 
cmd word. 
link*offset word/ 
mc*by te*c ount uiord< 

mctaddress (48) byte /* only 8 MC addresses are allowed */ 
)* 


/* Transmit */ 

/* This transmit command is made of one transmit buffer descriptor and one 
1518 bytes long buffer. */ 

11 1 declare transmit structure 

( 

status word, 
cmd word, 
linkfoffset word, 
bdfcoffset word. 
dest$adr (6) byte, 
type word 
); 


/* Transmit Buffer Descriptor */ 

12 1 declare tbd structure 

< 

act$count word. 
link$offset word. 
adO word, 
adl word 

>; 


/* Transmit Buffer «•/ 

13 1 declare txtbuffer <1518) byte; 


/* TDR */ 

14 1 declare tdr structure 

< 

status word, 
cmd word. 
link*offset word, 
result word 
) ; 


/* Diagnose #7 

15 1 declare diagnose structure 

< 
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status word* 
cmd word* 
link*offset word 
>; 






/* Dump 

Status */ 




16 

1 

declare 

dump structure 


- 





status word* 
cmd word* 
linkfcoffset word* 
buff*ptr word 
)* 






/* Dump 

Area */ 




17 

1 

declare 

dump*area (170) byte* 






/* Frame Descriptor */ 






/* Receive frame area is made of 
buffers. */ 

5 RFDs* 

5 RBDs* and 5 1514 bytes long 


18 

1 

declare 

rfd (5) structure 







status word* 
el$s word* 
link*offset word* 
bdSoffset word* 
destSadr (3) word* 
src*adr (3) word* 
type word 
); 






/* Receive Buffer Descriptor */ 




19 

1 

declare 

rbd (5) structure 







act$count word* 
nexttbdtlink word* 
adO word* 
adl word* 
size word 

)i 






/* Receive Buffer */ 




20 

1 

declare 

rbuf (5) structure 
(buffer (1514) byte)* 






/♦global variables */ 




21 

1 

declare 

status word* 

/* UART 

status */ 
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actual word; 

/* actual number of chars UART transferred */ 



c*buf (80) byte; 

/* buffer for a line of chars */ 



dhex byte; 

ch byte at (@c<buf); 
char*count byte; 

/* number base switch */ 



receiveScount dword; 

/* counter for received frames */ 



count dword; 

/* counter for transmitted frames */ 



preamble word; 

/* preamble length in word */ 



addressflength byte; 

/* address length in byte */ 



adtloc byte; 

/* address location control of 82586 «/ 



crc byte; 

/* crc length */ 



goback byte; 

/* if set, go back to Continuous Mode */ 



reset byte, 

/* reset flag */ 



delay word, 

/* delay conunt for tranmission delay */ 



cur<cb*of f set word, 

/* offset of current command block */ 



current*f rame byte, 
nottransmission byte, 

/* offset of frame descriptor just used */ 



stoptcount dword, 
stop byte, 
mctcount byte, 
z byte, 
y byte; 

/* transmit terminal frame count */ 



/* external procedures */ 


22 

1 

read: procedure (a, b, c, d, e) external; 

23 

2 

declare (a, c) word, 




(b, d, e) pointer; 


24 

2 

end read; 


25 

1 

write: procedure (a, b, c, d) 

e x ternal; 

26 

2 

declare (a, c) word, 




(b, d) pointer; 

9 

27 

2 

end write; 


28 

1 

csts: procedure byte external; 


29 

2 

end csts; 




/* utility procedures */ 


30 

1 

offset: procedure (ptr) word; 




/* This procedure takes a pointer variable ( se 1 ec tor : of f set ) , caluculates an 1 



absolute address, subtracts 

the 82586 SCB offset from the absolute address, 



and then returns the result 

as an offset value for the 82586. */ 

31 

2 

declare (ptr, ptr$loc) pointer 




base586 dword, 




w based ptr*loc (2) word; | 

32 

2 

ptr$loc = @ptr; 




/* 82586 SCB Base Address 

(20-bit wide in this 186 based system) */ 
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33 


base586 = (shl(double < iscp. scb*b d ) )* 16) and OOOFOOOOH) + 

iscp scb$b (0); 

34 

2 

return 1 ow< < sh 1 < doub 1 e <wd)), 4) + w(0) ) - base586); 


35 

2 

end offset* 


36 

1 

uiriteln: procedure <a* b» c, d); 

/* This procedure writes a line and put a CR/LF at the end. */ 


37 

2 

declare (a* c) word* 

(b, d) pointer; 


38 

2 

call write(a* b» c« d > ; 


39 

2 

call write<0* ®<ODH, OAH), 2, ©status); 


40 

2 

end writeln; 


41 

1 

cr*lf: procedure; 

/* This procedure writes a CR/LF. */ 


42 

2 

call write (0, @(ODH, OAH), 2, ©status); 


43 

2 

end cr*lf; 


44 

1 

pause: procedure; 

/* This procedure breaks a program flow* and waits for a char to 

be typed. */ 

45 

2 

call wr i te (0* ®<0DH, OAH, 'Hit <CR> to countinue'), 23, ©status); 

46 

2 

call read(l, ©cfbuf, 80, ©actual, ©status); 


47 

2 

call crflf; 


48 

2 

end pause; 


49 

1 

skip: procedure byte; 

/* This procedure skips all leading blank characters and returns 
non-blank character. */ 

the first 

50 

2 

declare i byte; 


51 

2 

i * 0; 


52 

2 

do while <c*bufd> * ' '); 


53 

3 

i * i ♦ 1» 


54 

3 

end; 


55 

2 

return i; 


56 

2 

end skip; 


57 

1 

readtchar: procedure byte; 
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/* This procedure reads a line and returns ther first non-blank character. */ 
declare i word; 

call read(l, @c$buf, 80, ©actual, ©status); 

i = skip, 

return < cSbuf ( i ) ) ; 

end read$char; 


read$bit. procedure byte; 

/* This procedure reads a bit and returns the value. */ 

declare b byte; 

do forever; 

b = read*char; 

if b = '1' then return 1; 

else 

if b = '0' then return 0; 

else 

call iurite(0» @( ' Enter a 0 or 1 ==> '), 20, ©status); 

end; 

end read$bit; 


yes: procedure byte; 

/* This procedure reads a character and determines if it is a Y(y) or N(n). */ 

declare b byte; 

do forever; 

b = read$char; 

if (b = 'Y') or (b = 'y') then return true; 
else 

if <b = 'N') or (b = 'n') then return false; 

else 

call write<0, ©(ODH, OAH, ' Enter a Y or N ==> '), 22, ©status); 

end; 
end yes; 


char$to$int: procedure (c) byte; 

/* This procedure converts a byte of ASCII integer to an integer */ 
declare c byte; 

if ('O' <= c) and (c <C= '9') then return (c - 30H); 
else 

if('A' C= c) and (c <= 'F') then return (c - 37H); 
else 
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92 

2 

if ('a' <= c) and (c O 'f') then return <c - 57H); 


93 

2 

else return 0FFH; 


94 

2 

end char*to*int; 


95 

1 

intftoSasci: procedure (value/ base. Id. bufadr# width); 

/* This procedure converts an interger < 0FFFFFFFFH to an array of ASCII 
c odes. 

Input variables are: valure = integer to be converted. 

base = number base to be used for conversion, 

Id = leading character to be filled in, 
bufadr = buffer address of the array, 
width = size of array. */ 

96 

2 

declare value dword, 

bufadr pointer, 

(i, j, base, Id, width) byte, 
chars based bufadr (1) byte; 


97 

2 

do i * 1 to width; 


98 

3 

j = value mod base; 


99 

3 

if j < 10 then chars (width - i) = j + 30H; 


101 

3 

else chars (width - i) = j + 37H; 


102 

3 

value = value J base; 


103 

3 

end; 


104 

2 

i = 0; 


105 

2 

do while chars (i) = '0' and i < width - 1; 


106 

3 

chars (i> = Id; 


107 

3 

i = i + 1; 


108 

3 

end; 


109 

2 

char*count = width - i; 


110 

2 

end inttto*asci; 


111 

1 

out$word: procedure <w*ptr, distance); 

/* An integer at (selector of w*ptr ) : ( of f set of w*ptr + distance) 
as a 4 digit hexadecimal number. #/ 

is printed 

112 

2 

declare chars(4) byte, 
w*ptr pointer, 
distance byte, 
w based w*ptr (1) word; 


113 

2 

call int*to*asci<w(distance), 16, 'O', Schars(O), 4); 


114 

2 

call write(0, ®chars(0), 4, ©status); 


115 

2 

end out$word; 


116 

1 

write$int: procedure ( dw, t); 

/* An integer (dw) is printed in hexadecimal (t = 1) or in decimal 

(t ® 0). */ 
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117 

2 

declare dui duiord, 

chars (10) byte, 
t byte; 

' 

118 

2 

if t then 


119 

2 

do; 


120 

3 

call intttotasc i ( dui, 16, 0> ©chars(O), 8); 


121 

3 

call uirite(0, ©chars (8-charfcount ) , char$count, ©status); 


122 

3 

end ; 


123 

2 

else 

do; 


124 

3 

call int* toSasc i ( dui, 10/ 0/ ©chars(O), 10); 


123 

3 

call uriteCOi 0c har s ( 1 0-c har*c ount ) * charfcount. ©status); 


126 

3 

end; 


127 

2 

end uirite*int; 


128 

1 

out*dec*hex: proc ed ur e ( du ) ; 

/* This procedure prints an integer in decimal and hexadecimal. #/ 


129 

2 

declare dm duiord; 


130 

2 

call uir i tefcint ( du, 0); 


131 

2 

call uirite<0, 0( ' < ' ) , 2, ©status); 


132 

2 

call uiri te*int ( dw, 1); 


133 

2 

call uir i t e (0, ®('H)'), 2, ©status); 


134 

2 

end out$dec$hex; 


135 

1 

uir i te*of f set : procedure (uiSptr ) ; 

/* This procedure takes a pointer variable, converts it to a 82586 type 
and prints it in hexadecimal. */ 

offset, 

136 

2 

declare ui$ptr pointer, 
ui word; 


137 

2 

call uirite<0, @( ' at '), 4, ©status); 


138 

2 

ui = of f set (ui$ptr ) ; 


139 

2 

call outtuor d < ©ui, 0); 


140 

2 

call uirite(0, ®< ' '), 2, ©status); 


141 

2 

end uir i te$of f set; # 


142 

1 

uiri te$address: procedure (ptr); 

/* This procedure takes a pointer variable and prints it in thr 
'selector; off set ' format. */ 


143 

2 

declare (ptr, ptr$loc) pointer, 
ui based ptr<loc (2) word; 


144 

2 

ptr*loc - ©ptr; 
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145 

2 

call outtuiord ( @ui< 1 ) . 0); 

146 

2 

call write<0, ©(': '). 1/ ©status); 

147 

2 

call out$word ( @w<0) . 0); 

148 

2 

call wr i te <0. ©(' '). 1. ©status); 

149 

2 

end wr i te*address; 

150 

1 

print$wds: procedure(w*ptr. noluords); [ 

/* This procedure prints notwords number of words starting at w$ptr. */ 

151 

2 

declare in$ptr pointer. 

<ii no$uords) byte; 

152 

2 

if notwords O 0 then 

153 

2 

do; 

154 

3 

call cr*lf; 

155 

3 

do i = 0 to notwords - 1; 

156 

4 

call out$uord(w$ptr ( i); 

157 

4 

if i = 0 then 

158 

4 

call wr i te*of f set < w*p tr ) ; 

159 

4 

call cr*lf; 

160 

4 

end; 

161 

3 

end; 

162 

2 

end print$wds; 

163 

i 

print*str: procedure (str$ptr. len); 

/* This procedure prints len number of bytes starting at str$ptr. */ 

164 

2 

declare (len* i) byte. 

chars (2) byte. 

str*ptr pointer. 

str based str$ptr (1) byte; 

165 

2 

if len O 0 then 

166 

2 

do i = 0 to (len - 1); 

167 

3 

call int$to$asc i ( str ( i ) . 16. 'O'. ©chars(O). 2); 

168 

3 

call uirite(0. ©chars(O). 2. ©status); 

169 

3 

call uir ite<0. @< ' '). 2, ©status); 

170 

3 

end; 

171 

2 

call cr*lf; 

172 

2 

end print*str; 

173 

1 

print*buff: procedure (ptr. cnt); 

/* This procedure prints cnt number of buffer contents starting at ptr. */ 

174 

2 

declare ptr pointer. 

bt based ptr (1) byte. 

< i. j ) by te. 
cnt uiord; 
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175 

2 

if cnt > 16 then 

176 

2 

do ; 

177 

3 

i = shr(cnt. 4) - 1; 

1 78 

3 

do j * 0 to ii 

179 

4 

call wr itetaddress (®bt ( 16* j ) >; 

180 

4 

call pr int*str ( 6b t ( 16* j ) . 16); 

181 

4 

if (j = 20) or (j = 40) or (j = 60) or (j » 80) then 

182 

4 

call pause; 

183 

4 

end; 

184 

3 

i = i 1; 

185 

3 

if cnt-16*i <> 0 then call wr i t e*ad dr ess < ®b t ( 16*i ) ) ; 

187 

3 

call pr int*str <®b t ( 16*i ) . cnt-16*i); 

188 

3 

end ; 

189 

2 

else 

do; 

190 

3 

call wr i teSaddress (®bt (0) ) ; 

191 

3 

call printSstr (ebt<0>. cnt); 

192 

3 

end; 

193 

2 

end print<buff; 

194 

1 

read*int: procedure (limit) duiord; 

/* This procedure reads integer characters and forms an integer. If thp 

integer is bigger than 'limit' or an overflow error is encounterred, then 
an error message is printed. */ 

195 

2 

declare <wd. wh , limit) dword. 

(i» j* k. done* hex* dover. hover) byte; 

196 

2 

do forever; 

197 

3 

call read(l< Sc*buf. 80. ©actual. ©status); 

198 

3 

i . k = skip; 

199 

3 

hex. done, dover. hover = false; 

200 

3 

wd. wh = 0; 

201 

3 

j = char*to*int ( c*buf ( i ) >; 

202 

3 

do while j <= 15; 

203 

4 

if j > 9 then hex = true; 

205 

4 

if not dover then 

206 

4 

if wd > 429496729 then dover = true; 

208 

4 

else if (wd = 429496729) and (j > 5) then dover = true; 

210 

4 

wd = wd*10 + j; 

211 

4 

if not hover then if wh > OFFFFFFFH then hover = true; 

214 

4 

wh = wh*16 + j; 

215 

4 

i ■ i + 1; 

216 

4 

j = char*to*int ( c*b uf ( i ) ) ; 

217 

4 

end; 

218 

3 

if ( ( cSbuf ( i ) O 'H') and (cfbuf(i) <> 'h') and (c$buf(i) O ODU) and 
(c*buf<i) O OAH) and <c*buf(i) O ' ')) or (i = k) then 

219 

3 

call writeln(0. @(0DH. OAH. ' Illegal character'). 20. ©status); 

220 

3 

else 

do; 

221 

4 

if (cfbuf(i) = 'H') or <c*buf(i) = 'h'> then hex = true; 

223 

4 

if hex then 
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if not hover and (wh <= limit) then return wh; 

end ; 
else 

if not dover and <wd <= limit) then return wd; 
call writeln(0. @(ODH. OAH. ' The number is too big. '). 25* 

©status); 

call write<0. ©(' It has to be less than or equal to ')» 3A» 

©status); 

call out$dec$hex ( limit ); 

call writeln(0. ©('. ')* 1* ©status); 

end; 

call write<0. @< ' Enter a number ==> ')* 20* ©status); 


end read*int; 


put*address: proc ed ure < wh er e > ; 

/* This procedure puts an address typed in hexadecimal to the specified 
location 'where'. */ 

declare where pointer* 

<i* j* m> err) byte* 
addr based where (1) byte* 

do forever; 

err = false; 

call readd. ©c*buf. 80* ©actual, ©status); 
i = sk ip; 

m = addr ess*l eng th; 
do while <m O 0) and not err; 
j = char*to*int ( c$buf ( i ) ); 
if j = OFFH then err = true; 
else 
do; 

addr(m-l) = shl(j» 4); 
j = char$to$int <c*buf < i+1 ) ) ; 
if j = OFFH then err = true; 
else addr(m-l) = addr(m-l) or j; 

end* 

i = i + 2; 
m = m - 1 ; 

end; 

if not err then 
do; 

m = c*buf ( i ) ; 

if <m = ODH) or (m = OAH) or <m = 'h') or <m = 'H') or <m ~ ' ') 
then return; 

end; 

call wr i teln (0* ©(ODH. OAH* ' Illegal character')* 20* ©status); 
call write(0. ©( ' Enter an address in Hex ==> '). 29. ©status); 

end; 

end puttaddress; 
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percent: procedure; 

/* This procedure calculates and prints a network percent load generated 
by this station. The equation used in this procedure was obtained 
from actual measurements. */ 

declare i word; 

<j. k) dwordi 
pcent (3) byte; 

j = <tbd. ac t<c ount and 3FFFH ) *B; 

if not adSloc then k = ( 2*ad dr essfl eng th + 2 + crc + pr eamb 1 e ) *8; 
else k = (crc + p r eamb 1 e ) *8; 
if delay O 0 then 

♦ IF NOT SBC 18651 

i = low( ( 1000*< j + k ) ) / ( 1805 + k + 5*d oub 1 e < de lay ) + j>); 

♦ELSE 

i = low((1000*(j + k ) ) / ( 2021 + k + 5*d oub 1 e < d e lay > + j>>; 

♦END IF 
else 

♦IF NOT SBC18651 

i = low< ( 1000*( j + k) ) / ( 1810 + k + j)); 

♦ELSE 

i = 1 ow ( ( 1000* ( j + k ) ) / ( 2026 + k + j)); 

♦END IF 

call int^to^asc i ( i< 10* 0. ©pcent(O)* 3); 
call write(0; Qpcent(O)* 2 , ©status); 

call write(0; @< '. ')» 1» ©status); 

call write(0; @pcent(2)» 1» ©status); 

call writeln<0, @< ' */.'), 2 , ©status); 

end percent; 


print^networ k^addr : procedure (ptr); 

/* This station's address is printed with its least significant bit 
in the most right position. #/ 

declare ptr pointer* 

addr based ptr (1) byte* 
char ( 6 ) byte* 
i byte; 
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286 



do i = 1 to address^l eng th; 

287 

3 


char<i-l) = addr (address^l enqth-i ); 

288 

3 


end ; 

289 

2 


call pr int$s tr ( @c bar ( 0 > # ad dr e s s$l eng th ) ; 

290 

2 

end 

pr int$netuior k$ad dr ; 

291 

1 

pr int$parameters: procedure; 



/* 

This procedure prints transmission parameters. */ 

292 

2 

declare ui dword# 




stgs < 6 ) byte; 

293 

2 


call writetO. @< ' Destination Address: ')# 22# ©status). 

294 

2 


if not adiloc then 

295 

2 


call pr int$networ k$ad dr ( ©transmi t. d e st*adr ( 0 ) ) ; 

296 

2 


else 




call pr intone tuior k*addr <@tx ♦buffer (0) ); 

297 

2 


if not ad*loc then 

298 

2 


ui = ( tb d . ac tSc oun t and 3FFFH) + addressSlength * 2 + 2 + crc; 

299 

2 


else ui = ( tbd. act*count and 3FFFH) + crc; 

300 

2 


call uirite<0» @< ' Frame Length: ')# 15# ©status); 

301 

2 


call uir i te$int (ui. 0); 

302 

2 


call uiriteln(0> @( ' bytes')# 6# ©status); 

303 

2 


call uirite(0# @< ' Time Interval between Transmit Frames: ')# 40# ©status); 

304 

2 


if delay <> 0 then 

305 

2 


do; 



♦ IF 

NOT SBC 18651 

306 

3 


w = 1810 + ( doub le ( delay ) - 1 ) * 5; 



♦El.SE 




ui = 2026 + ( doub le ( delay ) - 1 > * 5; 



♦END IF 

307 

3 


call int$to$asc i < w# 10# 0# ©stgs# 6); 

308 

3 


if ui >= 10000 then 

309 

3 


do; 

310 

4 


call write<0# @stgs(0)» 2# ©status); 

311 

4 


call write(0, ©( / . / ), 1# ©status); 

312 

4 


call write<0. @stgs(2)* 2# ©status); 

313 

4 


call writelnCO# ©< ' mi 1 i sec onds ' ) . 12# ©status); 

314 

4 


end# 

315 

3 


else 




do; 

316 

4 


call uirite(0# ©stgs(O)# 5# ©status); 

317 

4 


call write(0# ©( ' ) » 1# ©status); 

318 

4 


call write(0# ©stgs(5)# 1# ©status); 

319 

4 


call writeln(0# ©< ' microseconds')# 13# ©status). 

320 

4 


end; 

321 

3 


end; 

322 

2 


else 
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$IF NOT SBC 18651 

call writeln<0, @( ' 159.4 microseconds')* 19* ©status); 


call writeln(0* @( ' 172.8 microseconds')* 19* ©status); 


324 2 

325 2 

326 2 

328 2 

329 2 


call uirite(0* ©(' Network Percent Load generated by this station: ')» 49* 

©status ) * 

call percent* 

call writetO* ©(' Transmit Frame Terminal Count: ')» 32. ©status); 

if stop then call wr i te*int < stopSc ount. dhex); 

else call write<0, ©('Not Defined'), 11, ©status); 
call cr«if; 


end pr int*parameters; 


print<scb: procedure; 

/* prints the SCB */ 

call uiriteln<0. @(ODH, OAH, '*** System Control Block ***'), 30* ©status); 
call print$wds(©scb. status* 8); 

end print$scb; 


wait$scb: procedure; 

/* This procedure provids a wait loop for the SCB command word to 
become cleared. */ 

declare i word; 

i = 0; 

do while (scb.cmd O 0) and (i < 8000H); 
i = i + 1; 

end; 

if scb. cmd <> 0 then 
do; 

call write (0, @(ODH, OAH, ' Wait Time = '). 15* ©status); 

call write$int(i* 0); 
call cr*lf; 

end; 

end wait$scb; 


startStimerO: procedure; 


/* 80186 timerO is started. */ 
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349 

2 

output (TIMERO*CTL) = OEOOOH; 


350 

2 

end start*t imerO; 


351 

1 

isr: procedure interrupt IIMT$TYPE$586 reentrant; 

/* interrupt service routine for 82586 interrupt */ 


352 

2 

declare i byte; 

/# Enable 82586 Interrupt */ 

$IF SBC1S651 

output <PIC*E0I*130> = E0I*CMD0*130i 
enab le; 

$ELSE 


353 

2 

output <PIC*E0I*186> * E0I*CMD0*186; 


354 

2 

enab le; 

$ENDIF 

/* Frame Received Interrupt has the highest priority */ 


355 

2 

if (scb. status and 4000H) = 4000H then 


356 

2 

do; 


357 

3 

disable; 


358 

3 

scb. cmd ■ 4000H; 


359 

3 

output (CA$P0RT> = CA; 


360 

3 

call uiaitHscb; 


361 

3 

if rfd (current*frame>. status - OAOOOH then 


362 

3 

do; 


363 

4 

receiveScount = receive$count + 1; 


364 

4 

current*f rame = current$frame + 1; 


365 

4 

if current*frame » 5 then current$f rame = 0; 


367 

4 

end; 


368 

3 

return; 


369 

3 

end; 


370 

2 

if (scb. status and 2000H) = 2000H then 


371 

2 

do; 


372 

3 

disable; 


373 

3 

scb. cmd = 2000H; 


374 

3 

output (CARPORT) = CA; 


375 

3 

call uaitfscb; 


376 

3 

enable; 


377 

3 

if < transmit, status and OAOOOH) = OAOOOH then 


378 

3 

do; 


379 

4 

count = count + 1; 


380 

4 

if (stop and (count = stop*count)) then return; 


382 

4 

else 

do; 
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383 

5 


transmit, status = 0; 

384 

5 


if delay = 0 then 

385 

5 


do; 

386 

6 


d i sab 1 e; 

387 

6 


scb. cmd = 0100H; 

388 

6 


output (CA*PCJRT) = CA; 

389 

6 


call wait*scb; 

390 

6 


return; 

391 , 

6 


end ; 

392 

5 


else 

do; ° 

393 

6 


call startSt imerO; 

394 

6 


return; 

395 

6 


end; 

396 

5 


end; 

397 

4 


end; 

398 

3 


if (transmit, status and 0020H) = 0020H then 

399 

3 


do; 

400 

4 


transmit, status = 0; 

401 

4 


disable; 

402 

4 


scb. cmd = 0100H; 

403 

4 


output (CAtPORT) = CA; 

404 

4 


call uait$scb; 

405 

4 


return; 

406 

4 


end; 

407 

3 


if (transmit, status and 0400H) = 0400H then 

408 

3 


do; 

409 

4 


call ujrite(0, ©(ODH, ' No Carrier Sense!'. ODH). 20. ©status); 

410 

4 


transmit, status = 0; 

411 

4 


d isab 1 e; 

412 

4 


scb. cmd = 0100H; 

413 

4 


output (CARPORT ) = CA; 

414 

4 


call tuaittscb; 

415 

4 


return; 

416 

4 


end; 

417 

3 


if ( transmit, status and 0200H) = 0200H then 

418 

3 


do; 

419 

4 


call ur i te ( 0. ©<ODH, ' Lost Clear to Send!', ODH), 22, ©status); 

420 

4 


transmit, status - 0; 

421 

4 


disable; 

422 

4 


scb. cmd = 0100H; 

423 

4 


output (CARPORT) = CA; 

424 

4 


call uaittscb; 

425 

4 


return; 

426 

4 


end; 

427 

3 


if ( transmit, status and 0100H) = 0100H then 

428 

3 


do; 

429 

4 


call write(0, @(ODH, ' DMA Underrun!', ODH), 16, ©status); 

430 

4 


transmit, status - 0; 

431 

4 


disable; 

432 

4 


scb. cmd = 0100H; 

433 

4 


output (CARPORT) = CA; 

434 

4 


call wait$scb; 

435 

4 


return; 

436 

4 


end; 

437 

3 

end 


438 

2 

if 

(scb. status and 8000H) = 8000H then 
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439 

2 

do; 


440 

3 

disable; 


441 

3 

scb. cmd = 8000H; 


442 

3 

output <CA*PORT> * CA; 


443 

3 

call wait^scb; 


444 

3 

end; 


445 

2 

if <scb. status and 1000H) = 1000H then 


446 

2 

do; 


447 

3 

disable; 


448 

3 

scb. cmd = 1000H; 


449 

3 

output (CARPORT) = CA; 


450 

3 

call wait$scb; 


451 

3 

call write<0# ®<ODH# ' Receive Unit became not ready. '» ODH># 33. 

©status); 

452 

3 

end; 


453 

2 

if reset then 


454 

2 

do; 


455 

3 

. if iscp. busy then 


456 

3 

do; 


457 

4 

call utr iteln(Oi ©<ODH. OAH. ' Reset failed. ')# 

16# ©status); 

458 

4 

disable; 


459 

4 

scb. cmd » 0080H; 


460 

4 

output (CA4P0RT) « CA; 


461 

4 

call waitfscb; 


462 

4 

output (CAtPQRT) a CA; 


463 

4 

call writeln<0# ' Software Reset Executed!') 

# 25# ©status); 

464 

4 

end; 


465 

3 

else reset a false; 


466 

3 

end; 


467 

2 

end isr; 


468 

1 

txfisr: procedure interrupt INT$TYPE*TIMERO; 

/* interrupt survice routine for 80186 timer interrupt#/ 


469 

2 

scb. cmd a 0100H; 


470 

2 

output (CARPORT) a CA; 


471 

2 

call wait*scb; 

♦IF SBC 18651 

output (PIC^E0I^130) » E0ItCMD4^130; 
enable; 

output (PICtE0I$186> » EO I ♦C MDO* 1 86 ; 

♦EL8E 


472 

2 

output (PIC4E0I4196) a E0ItCMD4^186; 

♦ENDIF 


473 

2 

end tx^isr; 
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♦ IF SBC 1 865 1 

isrS7: procedure interrupt INT$7; 

/* The 80130 generates an interrupt 7 if the original interrupt is not 
active any more when the first interrupt acknowledge is received. */ 

call write(0, ©(ODH, 'Interrupt 7', ODH), 13, ©status); 

end isr*7; 

♦ENDIF 


readtbyte: procedure (k) byte; 
declare k word; 

call wr i te < 0, ©(ODH, OAH, ' Enter byte '), 14, ©status); 

call out$dec$he x ( k ) ; 

call write<0, ©< ' ==> '), 5, ©status); 

return read$int< OFFH ) ; 

end readtbyte; 


in i t$186$t imerO: procedure; 

/* This procedure initializes the 80186 timer 0. */ 

declare i byte; 

♦IF SBC18651 

output (1NT*CTL$TIMER0) = 8; 

call write(0, @(ODH, OAH, ' Enter a delay count ==> '), 27, ©status); 

delay = r ea d ♦ i n t ( OFFFFH ) ; 

if (delay < 100) and (delay O 0) then 

do; 

call cr$l f ; 
call cr$l f ; 
call 1 oop$c har ( 35, 

call wr i t e ( 0, ©( ' WARNING '). 9, ©status); 
call 1 oop$c har ( 35, '*'); 

call writeln(0, ©(ODH, OAH, 'A delay count between 0 and 100 may be very 
'dangerous when this station starts'), 80, ©status); 
call writeln(0, ©('to receive many frames separated only by the? ', 

'IFS period (9.6 microseconds). '), 75, ©status); 
call writeln(0, ©('If this station never receives a frame, then ', 

'ignore this warning. '), 65, ©status); 
call 1 oop$c har ( 79, '*'); 

end; 

output (MAX$CQUNT$A) = delay; 
call cr$l f ; 

output (PIC*MASK$186) = 3EH; 
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output ( INT*CTL*TIMER0) = OCH; 

call write(0. ©(ODH, OAH/ ' Enter a delay count ==> '), 27. ©status); 
delay = read$int( OFFFFH) ; 
output <MAX*COUNT*A> = delay; 
call cr*l f ; 

output(PIC*MASK*186> = ENABLE* 586$ 186; 

*ENUIF 

end ini t*186$t imerO; 


setup*ia*parameter s : procedure; 
declare i byte; 

call write(0, © ( ODH# OAH. ' Configure the 586 with the prewired' 

. ' board address ==> '). 57. ©status); 

if yes then 

do i = O to address*length - 1; 

ia*se tup . ia*ad dress ( i ) = input (BOARD*ADDRESS*BASE + 10 - 2 * i); 

end; 

else 

do; 

call write(0. ©(ODH. OAH. ' Enter this station''s address'. 

' in Hex =-> '),43. ©status); 
call put*address (©ia*setup. ia*address(0) ); 

end; 

end setup*ia*parameters; 


setup$mc$parameter s : procedure; 
declare (j. k. done) byte; 

j = 0; 

call writeln(0. @<ODH. OAH. ' You can enter up to 8 Multicast Addresses. '). 

45. ©status); 

done = false; 

call write(0. ©< ' Would you like to enter a Multicast Address?'. 

' (Y or N) ==> '), 59. ©status); 

do while not done; 
if yes then 
do; 

k = j * address*length; 

j = j + 1; 

call cr*l f ; 

if j = 9 then 

do; 

call write(0. @( ' You already entered 8 Multicast addresses. '). 

43. ©status); 

done = true; 

end; 

else 

do; 

call write(0. @( ' Enter a Multicast Address ==> '). 31, ©status) 
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521 

5 

call p ut*ad dress (Gmc*setup. mc*address(k)); 

522 

5 

call write(0* G(0DH* OAH* ' More Multicast Addresses?'* 

' (Y or N) ==> '), 42. Gstatus); 

523 

5 

end; 

524 

4 

end* 

525 

3 

else done = true; 

526 

3 

end; 

527 

2 

if j = 9 then j = j - 1 ; 

529 

2 

mc*count » address*l eng th * j; 

530 

2 

mc*setup. me Sb y te*c oun t = mcicount; 

531 

2 

call u»rite(0* G(ODH, OAH. ' You entered ')» 15* ©status); 

532 

2 

call uir i tefint < j. 0); 

533 

2 

call writeln(0, ©( ' Multicast Address(es). ')* 23. ©status); 

534 

2 

end setup*mc*parameter s; 

535 

1 

setup *c on figure* parameters: procedure; 

536 

2 

declare (k, j) byte; 

537 

2 

configure. byteScnt = 11; 

530 

2 

configure. info(O) = 8* 

539 

2 

configure. inf o < 1 ) = 0; 

540 

2 

configure. info<2) = 26H; 

541 

2 

configure. info(3) = 0; 

542 

2 

configure. inf o(4) = 96; 

543 

2 

configure. info(5) = 0; 

544 

2 

configure. info<6> = 0F2H; 

545 

2 

configure. info<7) = 0; 

546 

2 

configure. info(8) = Oi 

547 

2 

configure. inf o (9) = 64; 

548 

2 

J = 0; 

549 

2 

call write(0* G(ODH* OAH* ' Configure command is set up for default'* 

' values. '* ODH. OAH* ' Do you want to change any bytes?'. 

' (Y or N) ==> ')* 99, Gstatus); 

550 

2 

do while yes; 

551 

3 

do while j = 0; 

552 

4 

' call wr i te ( 0, @(ODH* OAH, ' Enter byte number (1 - 11) ==> ')* 34, 

©status ) ; 

553 

4 

j = r ead*int ( 1 1 ) ; 

554 

4 

if j = 0 then 

555 

4 

call wr i t e ( 0, @<ODH* OAH, ' Illegal byte number')* 22* Gstatus); 

556 

4 

end; 

557 

3 

if j = 1 then configure, by te*cnt = read*by te ( j ) ; 

559 

3 

else configure, inf o ( j - 2) = readSby te ( j ) ; 

560 

3 

j = 0; 

561 

3 

call write(0* G ( ODH, OAH* ' Any more bytes? (Y or N) =-> ')* 32, 

©status ) ; 

562 

3 

end; 

563 

2 

preamble = shl(l* shr ( < c onf i g ur e. i n f o (2) and 30H), 4) + l), 

564 

2 

addressSlength = c onf i g ur e. inf o ( 2 ) and 07H; 

565 

2 

if address*length = 7 then address*length = 0 ; 

567 

2 

ad*loc = shr < (configure, inf o<2) and 08H), 3); 

568 

2 

if shr ( (configure, inf o(7) and 20H), 5) then crc = 2; else crc = 4; 

571 

2 

if shr (( configure. info(7) and 10H), 4) then crc = 0* 

573 

2 

end setup*conf i guretparameters; 
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setup$tx$parafl»eters: procedure, 
declare (size, i) word; 


576 2 

577 3 

578 3 

579 3 

580 3 

581 4 

582 4 

583 4 

584 3 


607 

5 

608 

5 

609 

5 

610 

5 

611 

5 

612 

5 

613 

5 

614 

5 

615 

5 

616 

4 

617 

3 


do forever; 

no$transmi ssion = false; 

transmi t. bd$of f set = offset (©tb d . ac t*c oun t ) ; 

if not ad$loc then 

do; 

call u»r i t e ( 0. ©(ODH, OAH, 

' Enter a destination address in Hex ==> '), 42. ©status); 
call puttaddress ( ©transmit, desttadr (0) ); 

end; 

else call writeln<0, ©(' 82586 is configured to pick up DA. IA. 

' and TYPE from TX buffer. ')> 64, ©status); 

call cr*lf; 

if not ad$loc then 

do; 

call wr i te < 0, @(0DH, OAH, ' Enter TYPE ==> 18, ©status); 

transmi t. type = r ead$int ( OFFFFH ) ; 

end; 

call uiriteln(0» @(ODH, OAH, ' How many bytes of transmit data?'), 35, 

©status ) ; 

call write(0, @< ' Enter a number ==> '), 20, ©status); 

size = read$int( 1518); 

tbd. act$count = size or 8000H; 

if size O 0 then 

do; 

tbd. 1 ink$of f set = OFFFFH; 
tbd. adO = offset <@tx*buffer (0) ); 
tbd. adl = 0; 
do i = 0 to 1517; 

tx$buffer(i) = i; 
end; ' 

call writeln<0, 

@<0DH, OAH, ' Transmit Data is continuous numbers (0, 1, 2. 3, '» 

' . . . ) ' ) , 57, ©status ) ; 

call write(0, ©( ' Change any data bytes? (Y or N) ==> '), 37, 

©status); 

do while yes; 

call write (0, ©<0DH, OAH, ' Enter a byte number ==> '), 

27, ©status); 

i = read$int < s i ze ) ; 

call write(0, ©<ODH, OAH, ' Dyte '), 8, ©status); 
call out*dec*hex<i ); 

call writ e<0, S( ' currently contains '), 20, ©status); 
call out$dec$hex < t x$buf f er ( i ) ); 
call write(0, ©( '. '), 1, ©status); 

tx*buffer(i) = read*by te ( i ); 

call write(0, ©(ODH, OAH, ' Any more bytes? (Y or N) =-> '), 

32, ©status); 

end; 

end; 

else 

transmit. bd*offset = OFFFFH; 
call cr*l f ; 
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619 

3 

call i n i tS186*t imerO; 


620 

3 

call ujrite<0< ©<0DH, OAH, ' Setup a transmit terminal 

' (Y or N) ==> '), 

count? 7 , 

49, ©status); 

621 

3 

if ges then 


622 

3 

do; 


623 

4 

stop = true; 


624 

4 

call write (0/ ©(ODH, OAH, ' Enter a transmit 7 . 

' terminal count ==> 

7 ), 39. ©status); 

625 

4 

stopScount = read*int( OFFFFFFFFH ) ; 


626 

4 

end ; 


627 

3 

else stop = false; 


628 

3 

call cr*lf; 


629 

3 

call cr*lf, 


630 

3 

call printlparameters; 


631 

3 

call write<0, ©(ODH, OAH. 7 Good enough? (Y or N) ==> 

7 ), 29, 

©status ) ; 

632 

3 

if yes then return; 


634 

3 

end; 


635 

2 

end setup$tx$parameters; 


636 

1 

loopSchar: procedure (i. j); 


637 

2 

declare (i. j> k) byte; 


638 

2 

do k = 1 to i; 


639 

3 

call uirite(0> ©j, 1. ©status); 


640 

3 

end ; 


641 

2 

end loop$char; 


642 

1 

init: procedure; 


643 

2 

declare i byte; 


644 

2 

call cr*lf; 


645 

2 

call loop$char ( 13* OAH); 


646 

2 

call loop$char ( 1 5. 7 7 ); 


647 

2 

call writelntO, ©( 'TRAFFIC SIMULATOR AND MONITOR 7 , 

7 STATION PROGRAM 7 >, 46, 

©status ) ; 

648 

2 

call loop$char(7, OAH); 


649 

2 

call uiriteln(0, ©<0DH, OAH, 7 Initialization begun 7 ), 23, 

©status ) ; 

650 

2 

call cr*lf; 


651 

2 

reset = true; 


652 

2 

cur*cb*of f set = OFFFFH; 


653 

2 

output<ESI*PORT) = N0*L00PBACK; 


654 

2 

output < ESKPORT ) = LOOPBACK; 


655 

2 

dhex = false; 




/* set up interrupt logic */ 


656 

2 

call set*interrupt< INT*TYPE$586, isr); 


657 

2 

call set*interrupt< INT$TYPE*TIMERO, tx$isr); 

*IF SBC 18651 
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call set$interrupt<INT$7» isr7); 
output <PIC*MASK$130> = ENABLE*586*186; 
output <PIC$E0I*130> = E0I*CMD0*130; 
output <PIC*E0I*130> = E0I*CMD4*130; 
output <PIC*E0I*186) = E0I*CMD0$186; 
output <PIC*VTR*186> = 30H; 

*ELSE 


658 

2 

output <PIC$E0I*186> = E0I*CMD0*186; 


659 

2 

output ( P I CSEOI $ 1 86 ) = E0I*CMD4*186; 


660 

2 . 

output <PIC$MASK$1B6> = ENABLE*586; 

$ENDIF 

/* locate iscp */ 


661 

2 

iscpSptr * ISCP*L0C*L0; 

/* set up fields in ISCP */ 


662 

2 

iscp. busy = 1; 


663 

2 

iscp. scb$b (0) = SCB*BASE*LO; 


664 

2 

iscp. scb*b < 1 ) « SCB*BASE*H1; 


665 

2 

iscp. scb$o = offset <@scb. status); 

/* set up SCB */ 


666 

2 

scb. status = 0; 


667 

2 

scb. cb l$of f set = offset (@d iagnose. status > ; 


668 

2 

scb. rpa$offset = offset < @rfd< 0 >. status ) ; 


669 

2 

scb. crc$errs = 0; 


670 

2 

scb. aln$errs = 0; 


671 

2 

scb. rsc$errs = 0; 


672 

2 

scb. ovrn$errs = 0; 

/* set up Diagnose command */ 


673 

2 

diagnose. status = 0; 


674 

2 

d iagnose. cmd = 7; 


675 

2 

diagnose. 1 inktoff set - offset {©configure. status); 

/* set up CONFIGURE command */ 


676 

2 

configure, status = 0; 


677 

2 

configure, cmd = 2; 


678 

2 

configure. 1 inktoff set = offset <Sia$setup. status ); ; 


680 

2 

call setupfconf igure*parameter s; 

/* set up IA command */ 


681 

2 

ia*setup. status = 0; 


682 

2 

iaSsetup. cmd = 1; 


683 

2 

iafsetup. 1 inkSof f set =* offset <@mc*setup. status > ; 


684 

2 

call setupiiatparametersi 
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/■* set up MC command */ 

685 2 mcSsetup. status = 0; 

686 2 mcSsetup. cmd = 8003H; 

687 2 mcSsetup. linkfoffset = OFFFFH; 

688 2 call setupSmcSp arame t er s; 


/* set up one transmit cb linked to itself */ 
transmi t. status = 0; 

call u»riteln<0, @(ODH, OAH, ' Would you like to transmit?')* 30, ©status); 
call uirite(0, @< ' Enter a Y or N ==> '), 20, ©status); 

if yes then 
do; 

transmit.cmd = 8004H; 
transmit. linkSoffset = OFFFFH; 

transmit. bdSoffset = offset <@tbd. ac t*c ount ) ; 
call setupStxSparameters; 

end * 

else noStransmi ss i on = true; 


/* initialize receive packet area */ 

do i = 0 to 3; 

rf d ( i ) . status = 0; 
r f d < i ) . e ISs = 0; 

rfd(i). linkSoffset = offset (©rf d ( i + 1 ). status ) ; 
rf d ( i ) . bdSof f set = OFFFFH; 
rbd ( i ) . ac tScount = 0; 

rbd ( i ). nextSbdSl ink * offset (Qrbd ( i + 1 ) . ac tScount ) ; 
rbd(i).adO = offset (@rbuf < i > . buf f er <0) ) ; 
rbd ( i ) . ad 1 = 0; 
rbd ( i ) . s i z e = 1500; 

end; 

rfd (0). bdSof f set = offset ( @r b d < O) . ac t«c ount ) ; 
r f d < 4 ) . status = 0; 
rf d (4 ) . elSs = 0; 

rfd (4). 1 inkfof f set = offset < ©r f d ( 0 ) . s ta t us ) ; 
rfd<4). bdfoffset = OFFFFH; 
rb d ( 4 ) . ac t* c ount = 0; 

rbd (4). nex t*bd*l ink = offset ( ©rb d ( 0 ) . ac t$c ount ) ; 
rbd <4). adO = offset ( ©rb uf ( 4) . buf f er (0) ) ; 
rbd ( 4) . ad 1 * 0; 
rbd (4) . size = 1500; 


/* initialize counters */ 

721 2 count = 0; 

722 2 receivelcount = 0; 

723 2 currentlframe = 0; 

/* issue the first CA */ 
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700 2 

701 3 

702 3 

703 3 

704 3 

705 3 

706 3 

707 3 

708 3 

709 3 

710 3 

711 2 

712 2 

713 2 

714 2 

715 2 

716 2 

717 2 

718 2 

719 2 

720 2 


689 2 

690 2 

691 2 

692 2 

693 2 

694 3 

695 3 

696 3 

697 3 

698 3 

699 2 


- 26 ‘ 


AP-274 



724 

2 


output(CA$PORT) = CA, 

725 

2 

end 

init; 

726 

1 

printfchelp. procedure; 

727 

2 


call writeln(0» @(ODH, OAH, ' Commands are: ')* 16. ©status); 

728 

2 


call wr i t e 1 n ( 0> @(0DH, OAH, ' S - Setup CB D - Display RFD/CB ' ) » 




45, ©status); 

729 

2 


call uir iteln<0, @< ' P - Print SCB C - SCB Control CMD ' ) » 44, 




©status ) ; 

730 

2 


call writeln<0, @< ' L — ESI Loopback On N - ESI Loopback Off'), 45, 




©status); 

731 

2 


call uinteln(0, @( ' A - Toggle Number Base'), 23, 




©! tatus), 

732 

2 


call writeln<0, @( ' Z - Clear Tx Frame Counter'), 27, ©status), 

733 

2 


call writeln<0, @( ' Y — Clear Rx Frame Counter'), 27, ©status); 

734 

2 


call writeln<0, ©(' E - Exit to Continuous Mode'), 28, ©status), 

735 

2 

end 

printthelp; 

736 

1 

enter*scb$cmd : procedure; 

737 

2 

declare i byte; 



/* 

enter a command into the SCB */ 

738 

2 


call cr$lf; 

739 

2 


if scb. cmd <> 0 then 

740 

2 


do; 

741 

3 


call writeln<0, ' SCB command word is not cleared'), 32* ©status); 

742 

3 


call uirite(0* ©( ' Try a Channel Attention? (Y or N) ==> '), 




39, ©status); 

743 

3 


if yes then 

744 

3 


do* 

745 

4 


outp ut ( CA*PORT ) = CA; 

746 

4 


call writeln(0, ©< ' Issued channel attention'), 25, ©status); 

747 

4 


call cr*l f * 

748 

4 


return; 

749 

4 


end* 

750 

3 


end* 

751 

2 


call write(0* @( ' Do you want to enter any SCB commands? <Y or N) =«> ')* 




53, ©status); 

752 

2 


if not yes then return; 

754 

2 


call wr i te (0, ©(ODH, OAH, ' Enter CUC ==> ')* 17. ©status); 

755 

2 


i = read$int<4); 

756 

2 


scb. cmd - scb. cmd or sh 1 < doub 1 e < i > , 8); 

757 

2 


if i = 1 then scb. cb ltof f set = cur$cb*of f set* 

759 

2 


call write<0* ©(ODH, OAH, ' Enter RES bit ==> '), 21, ©status); 

760 

2 


i = readfcbit; 

761 

2 


scb. cmd = scb. cmd or shl(i, 7)i 

762 

2 


call wr i te <0, ©(ODH, OAH, ' Enter RUC ==> ')* 17* ©status); 

763 

2 


i = read*int<4); 

764 

2 


scb. cmd = scb. cmd or shlti* 4); 
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765 

2 


if < < ( scb. cblSof f set = offset < ©transmi t. status ) > 

and ((scb.cmd and 0100H) = 0100H) ) or ((scb.cmd and 0010H) = 0010H)) 
and not ((scb. cmd and 0080H) = 0080H) 

766 

2 


then gobac k = 1; 

767 

2 


call writeln (0. @(ODH, OAH, ' Issued Channel Attention'), 27# ©status), 

768 

2 


call cr$lf# 

769 

2 


output (CARPORT) = CA; 

770 

2 

end 

enter$scb*cmd; 

771 

1 

print$type*help : procedure# 

772 

2 


call iur i t e 1 n ( 0# @(ODH, OAH, OAH# 'Command block type: '). 22, ©status); 

773 

2 


call u»riteln(0, ©(' N - Nop I - IA Setup')# 35, ©status); 

774 

2 


call wr i teln ( 0, ©(' C - Configure M - MA Setup')# 35, ©status), 

775 

2 


call writeln(0, ©(' T — Transmit R - TDR')# 30# ©status); 

776 

2 


call writeln(0# ©(' D - Diagnose S - Dump Status'), 38, ©status); 

777 

2 


call uiriteln(0, ©(' H - Print this message')# 23# ©status); 

778 

2 

end 

pr int$type$he lp # 

779 

1 

setup$cb: procedure# 

780 

2 

declare <t. valid) byte; 

781 

2 


valid = false; 

782 

2 


do while not valid; 

783 

3 


call write(0, ©(ODH# OAH, ' Enter command block type (H for'# 

' help) ==> ')# 45# ©status); 

784 

3 


t = read$char; 

785 

3 


if (t <> 'H') and (t O 'h'> and (t O 'T') and (t O 't') and 

<tO 'N') and <t O 'n') and (t O 'R'> and (t O 'r') and 

(t O 'D') and (t O 'd') and (t O 'C ' ) and (t O 'c') and 

(t O 'I') and (t O 'i') and (t O 'M'> and (t O 'm') and 

(t O 'S') and (t O 's') then 

786 

3 


call uirite(0* @<0DH, OAH, ' Illegal command block type'), 29# 

©status); 

787 

3 


else 

788 

3 


if (t = 'H') or (t = 'h') then call pr int$type$help; 

789 

3 


else valid = true; 

790 

3 


end# 

791 

2 


if <t = 'N') or <t = 'n') then 

792 

2 


do; 

793 

3 


cur$cb$of f set = offset ( ©nop . status ) ; 

794 

3 


nop. status = 0; 

795 

3 


nop. cmd = 8000H; 

796 

3 


nop. 1 ink$of f set = 0FFFFH; 

797 

3 


end; 

798 

2 


if (t = 'I') or <t = 'i') then 

799 

2 


do; 

800 

3 


c ur$c b*of f set = offset <©ia$setup. status); 

801 

3 


ia$setup . status = 0; 

802 

3 


ia$setup. cmd = 8001H; 

803 

3 


iatsetup. link*offset = 0FFFFH; 

804 

3 


call setup$ia$parameters; 

805 

3 


end; 
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if (t = 'C') or (t = ' c ') then 
do; 

cur*cb*of f set = offset (©configure, status); 

configure, status = 0; 

configure, cmd = 8002H; 

configure. 1 ink^off set = OFFFFH; 

call setup$conf iguretparameters; 

end ; 

if <t = 'M ' ) or (t * 'm') then 
do; 

cur*cbSof f set = offset <@mc*setup. status); 

mc$setup. status = 0; 

mctsetup. cmd = 8003H; 

mc$se tup . 1 ink*of f set = OFFFFH; 

call setup$mc$parameters; 

end; 

if <t = 'T ' ) or (t = 't') then 
do; 

cur*cb*of f set = offset (©transmit, status); 
transmit, status = 0; 
transmit, cmd = 8004H; 
transmit. link*offset = OFFFFH; 
call setup$t x$parame ters; 

end; 

if (t = 'R') or (t = 'r ' ) then 
do; 

cur*cb*of f set = offset (©tdr. status); 

tdr. status = 0; 

tdr. cmd = 8005H; 

tdr. 1 ink*of f set = OFFFFH; 

tdr. result = 0; 

end; 

if (t = 'S') or <t = 's') then 
do; 

cur*cb»of f set = offset (©dump, status); 

dump, status = 0; 

dump, cmd = 8006H; 

dump. link$offset = OFFFFH; 

dump. buff*ptr = offset ( @d ump$ar ea ( 0 ) ) ; 

end; 

if (t = 'D') or <t = 'd') then 
do; 

cur$cb$of f set = offset ( ©d i agnose. status ) ; 
d iagnose. status = 0; 
diagnose, cmd = 8007H; 
d iagnose. 1 ink*off set = OFFFFH; 

end; 

end setupScb; 


d isp lay $command*b lock : procedure; 
declare (i> j) byte* 
wh pointer* 
sel selector* 
ui word; 
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call cr$lf; 

if cur*cb$of f set = OFFFFH then 

call wr i t e < 0. ©( ' No Command Block to display'), 28, ©status); 

if curie b*of f se t = offset ( ©nop . status ) then 
do; 

call urite(0, ©(' NOP Command Block '), 23, ©status), 

call printSuds (@nop. status, 3); 

end ; 

if cur*cb*of f set = offset (©tdr. status ) then 
do; 

call uirite<0, ©( ' TDR Command Block '), 23, ©status); 

call print$wds (©tdr. status, 4); 

end; 

if curScb$of f set = offset (@d iagnose. status) then 
do; 

call urite(0, ©(' Diagnose Command Block '), 28, ©status); 

call printfcwds <©d iagnose. status, 3); 

end; 

if cur$cb$of f set = offset (©transmit, status) then 
do; 

call write(0, ©(' Transmit Command Block '), 28, ©status); 

if not addressSlength then i = address$l ength; 
else i = address$length + 1; 

if ad$loc then call pr inttwd s ( ©tr ansmi t . s tat us, 4); 
else call pr int*wds (©transmi t. status, i/2+1); 
call cr$lf; 
call cr*lf; 

if transmit. bdSoffset O OFFFFH then 
do; 

call write<0, ©( ' Transmit Buffer Descriptoi '), 33, ©status); 

call pr int$wds (@tbd. actlcount, 4); 
call uirite(0, ©(ODH, OAH, OAH, 

' Display the transmit buffer? (Y or N) ==> '), 46, ©status); 
if yes then 
do; 

call cr$lf; 

call uriteln(0, ©(' Transmit Buffer: '), 17, ©status); 

w = tbd. actlcount and 3FFFH; 

call print$buff(@tx$buffer(0), id); 

end; 

end; 

end ; 

if cur$cb$of f set = offset (©ia$setup. status) then 
do; 

call write(0, Q< ' IA Setup Command Block '), 28, ©status); 

call print$uds <@ia$setup. status, 6); 

end ; 

if c ur$cb*of f set = offset <@c onfigure. status ) then 
do; 

call o;rite(0, ©< ' Configure Command Block '), 29, ©status); 

call print$uds (©configure, status, 9); 

end ; 

if curlcblof f set = offset (©metsetup . status ) then 
do; 

call uirite(0, ©(' MC Setup Command Block '), 28, ©status); 

i = 4 + mc$count/2; 
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913 

3 

if mc*count > 24 then 

914 

3 

do; 

915 

4 

call p r i n t$wd s ( ©me $se tup . s ta t us* 16); 

916 

4 

call pause; 

917 

4 

i = i - 16/ 

918 

4 

call p r i n t$wd s ( ©me $se tup . mc*ad dr ess ( 8) / i)> 

919 

4 

end ; 

920 

3 

else call print$uids (@mc*5etup. status; i); 

921 

3 

end ; 

922 

2 

if c urtc b $of f s e t = offset (©dump. status) then 

923 

2 

do; • 

924 

3 

call urrite<0/ @( ' Dump Status Command Block '), 31* ©status); 

925 

3 

call print*uds (©dump, status* 4); 

926 

3 

if dump, status = 0A000H then 

927 

3 

do* 

928 

4 

call u;riteln<0* @<0DH, OAH. ' Dump Status Results'), 22, ©status) 

92^ 

4 

call ujriteioffset (©dump tare a (0) ); 

930 

4 

call cr*lfi 

931 

4 

do i = 0 to 9; 

932 

5 

call pr int$s tr ( ©dump$area ( 16*i ) , 16), 

933 

5 

end ; 

934 

4 

call pr int$str (©dump$area ( 160) , 10); 

<?35 

4 

call cr*lf; 

936 

4 

end; 

937 

3 

end; 

938 

2 

end d isp lay$command$b loc k; 

939 

1 

display$receive$area: procedure; 

940 

° 

declare (i, k, j, 1) byte, 
chars<4) byte; 

941 

2 

call uiriteln(0, @(0DH, OAH, ' Frame Descriptors: '), 21, ©status); 

942 

2 

if ad$loc then 

943 

2 

do; 

944 

3 

call writeln(0, @<0DH, OAH, ' DA, SA, and TYPE are in buffer. ODH, 

OAH), 36, ©status); 

945 

3 

J = 3; 

946 

3 

end; 

947 

2 

else j =• address$length + 4; 

948 

2 

do k = 0 to j; 

949 

3 

do i = 0 to 4; 

950 

4 

call out«word <@rfd ( i ). status, k); 

95 2 

4 

if k = 0 then call write$off set (@rfd < i ). status); 

953 

4 

else call 1 oop$c har ( 10, ' '); 

954 

4 

end : 

955 

3 

call cr*lf; 

956 

3 

end; 

957 

2 

call wr i teln ( 0, ©(ODH, OAH, OAH, ' Receive Buffer Descriptors: '), 3J , 

©status ) ; 

958 

2 

do k = 0 to 4; 

959 

3 

do i = 0 to 4; 

960 

4 

call outiword (©rbd ( i ) . acticount, k); 

961 

4 

if k = 0 then call uir i te*of f set <@rbd ( i ) . ac t*c ouu t ) , 

963 

4 

else call 1 oop*char ( 10, ' '); 

964 

4 

end; 
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965 3 

966 3 

967 2 

96 * 2 

970 2 

971 2 

972 3 

973 3 

974 3 

97? 3 

3 

977 3 

978 3 


cali cr*lf; 

end* 

call write<0, ©<0DH, OAH, OAH, 7 Display the receive', 

' buf f eri :• ( Y or N) ==> 7 ), 46, ©i.laLus); 

if not yes then return; 

call utr i t e 1 n ( 0 , @<ODH, OAH, 7 Receive Duffers.')* 19. ©status), 
do i = O to 4* 

call write(0, ©(ODH. OAH, Receive Buffer '), 18, <?« t:: b«,‘. • * 

call write*int(i, O); 

call wr i te 1 n ( 0, ©< 7 : 7 ), 2, ©status): 

k = rbd ( i ) . ac t$c ount and 3FFFH, 
call pr int*b uf f ( ©rh < i > . d uf f er < 0 ) * k); 

call pausp: 

end; 

end display$receive$area, 


d i sp lay*cb*rpa: procedure* 
declare i byte; 

call urite(0* ©(ODH, OAH* Command Black or Receive Area.' oi ==> ')* 

47, ©status*. 

i = readfchar; 

do while (i O 7 R 7 ) and <i O 7 r ' ) and (i <> 7 C 7 ) and <i O 7 c 7 ); 
call writeln(0, @<0DH. OAH, Illegal command')* 18, ©status), 
call write (0, @< 7 Enter R or C ==> '), 10, ©status), 

i = readfchar; 

end* 

if (i = 'R ' / or (i = 7 r 7 ) then call aisplay$receive$area; 
else call d isp lay*command$b loc k; 

end d i sp lay$cb*r pa; 


prncessicmd: procedure; 
dec lare \ u, i ' byte* 


goback = 0; 
b = read$char; 
call cr*lf; 


if <b 

O 

7 H 7 ) 

and 

(b 

<> 

h 

' ) and 

(b 

O 

7 S 7 ) 

and 

(b 

<> 

7 s 7 

) and 

(b 

O 

'D 7 ) 

and 

(b 

<3 

d 

' ) and 

(b 

O 

7 P 7 > 

and 

(b 

O 

‘ P 

■ 

(0 


'C') 

and 

(b 

O 

c 

7 ) and 

<b 

O 

7 E 7 ) 

and 

(b 

O 

7 e 7 

) and 

(b 

0 

'L' ) 

and 

(b 

O 

1 

7 ) and 

( b 

O 

'N 7 > 

and 

(b 

O 

7 n 7 

) and 

(b 

<> 

7 Z 7 ) 

and 

(b 

O 

2 

' ) and 

(b 

<> 

7 Y 7 ) 

and 

(b 

O 

' y ' 

) and 

(b 

0 

'A' ) 

and 

(b 

<> 

a 

7 ) then 









call 

write<0, 

©( ' 

Illegal 


c ommand 

7 ), 

16 , 

©status). 





if (b = 'H') or (b = 7 h 7 ) then call printfhelp; 
it \b = 'A') or (b = 'a') then 
if dhex then 
do* 

dhex = false; 

call write(0, ©< 7 Counters are displayed in decimal. '), 3b, 

©s in t us ) ; 

end ; 
eise 
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dhex = true; 
call wr i te r 0, 


©(' Counters are displayed in he*adec imal. '), 39, 


end; 

if (b = 'L'l or (b = 
do« 

output <ESI$PORT> = 
call write( 0, ©(' 

end ; 

if <b = 'N'J or (b = 
do; 

output <ESI*P0RT) = 
call writer 0, © < ' 

end; 

if < b = ' Z ' ) or (b = 
do; 

count = 0; 

cal 1 writetO. @r ' 

end; 

if rb = 'Y'> or rb = 
do; . 

receivelcount = 0; 
scb. crc$errs» scb. 
call wr i te 10, © ( ' 

end; 

if rb = 'C') or rb * 

if rb = 'S') or <b = 

if rb * 'P') or rb = 

if tb = 'D'> or rb = 

if rb = 'E') or rb = 

call cr*lf; 


’ LOOPBACK; 

ESI is in Loopback Mode. '), 25, ©status); 


‘ N0*L00PBACK; 

ESI is NOT in Loopback Mode. '>,29, ©status); 


Transmit Frame Counter is cleared. '), 35, ©status); 


aln$errs, scb. rsc$errs, scb. ovrnterrs = 0; 

Receive Frame Counter is cleared. '), 34, ©status); 

c') then call ent er$sc b*cmd ; 
s') then call setup$cb; 
p') then call printfscb; 
d') then call d i sp 1 ayScbtr pa; 
e ' ) then goback - 1; 


1044 2 end process$cmd; 

1045 1 getout: procedure; 

1046 2 declare b byte; 

1047 2 b * read$char; 

1048 2 goback = 0; 

1049 2 call uirite(0, @<0DH, OAH, ' Enter command (H for help) ==> '), 34, 

©status); 

1050 2 do forever; 

1051 3 if csts then 

1052 3 do; 

1053 4 disable; 

1054 4 call process$cmd; 

1055 4 enable; 

1056 4 if goback then return; 

1058 4 call write(0, ©( ODH, OAH, ' Enter command (H for help) ==> '), 34, 

©status); 

1059 4 end; 

1060 3 end; 


end getout; 
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1062 

1 

update: procedure# 


1063 

2 

declare i byte# 


1064 

2 

call cr*l f # 


1065 

2 

call loop*char < 10, OAH ) ; 


1066 

2 

call loop *c bar ( 28# '*')# 


1067 

2 

call write(0# ©< ' Station Configuration '), 23. ©status); 


1068 

2 

call 1 oopfc har < 27# '*')# 


1069 

2 

call cr$lf; 


1070 

2 

call cr$l f # 


1071 

2 

call uirite(0. ©(' Host Address: '). 15. ©status); 


1072 

2 

call pr int$netuior kSaddr (@ia$setup. iataddress (0) )# 


1073 

2 

i = 0; 


1074 

2 

call u»r i t e ( 0, @( ' Multicast Address(es): '). 24, ©status); 


1075 

2 

if mc*setup. mc$byte$count = 0 


1076 

2 

then call uiriteln(0. ©('No Multicast Addresses Defined'), 30# ©status); 

1077 

2 

else 

do uihile i < mcSsetup mc$byte*count; 


1078 

3 

call print Snetuork<addr(0mc*setup. mc$address(i ) )# 


1079 

3 

call loop*char (24# ' '); 


1080 

3 

i = i + 6; 


1081 

3 

end# 


1082 

2 

call ur i te (0, @<0DH># 1# ©status); 


1083 

2 

if not nottransmission then call pr int$parameter s; 


1085 

2 

call urite(0# ©( ' 82586 Configuration Block: '), 28# ©status); 


1086 

2 

call pr int$s tr ( Sconf i gure. inf o < 0 ) # 10)# 


1087 

2 

call cr*l f # 


1088 

2 

call looptchar (29, 


1089 

2 

call write(0# @( ' Station Activities ')# 20# ©status); 


1090 

2 

call loop4char (29, '*')# 


1091 

2 

call cr$lf; 


1092 

2 

call cr*lf; 


1093 

2 

call writeln(0, 

@< ' # of Good # of Good CRC Alignment No 

73, 

Ret eive ' ) # 
©status ) ; 

1094 

2 

call ujriteln(0# 

@( ' Frames Frames Errors Errors Resource 

73, 

Overrun ' ) » 
©status ) » 

1095 

2 

call uiriteln(0# 

@< ' Transmitted Received Errors 

72, 

Errors ' ) # 
©status ) # 

1096 

2 

end update# 


1097 

1 

main: 

call init# 


1098 

1 

enab 1 e; 


1099 

1 

do while reset# 


1 100 

2 

end# 


1101 

1 

disable; 


1 102 

1 

scb. cmd = 0100H# 


1103 

1 

output <CA*P0RT) = CA; 


1 104 

1 

call wait$scb; 


1105 

1 

enab 1 e# 
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1 106 

1 


do uih i 1 e (diagnose, status and 8000H ) O 8000H; 



1107 

2 


end; 



1 108 

i 


call cr$lf; 



1 109 

i 


if diagnose status O 0A000H 



1 1 10 

i 


then call writeln(0, @< ' Diagnose failed!'). 17 . 

©status); 


1111 

i 


if configure, status O 0A000H 



1 112 

i 


then call wnteln(0. ©(' Configure failed!'). 18 . 

©status ) ; 


1113 

i 


if ia$setup. status O 0A000H 



1114 

i 


then call ujriteln(0. ©< ' IA Setup failed!'). 17 . 

©status ) ; 


1115 

i 


if (nc$setup. status O 0A000H 



1116 

i 


then call uiriteln(0. ©(' MC Setup failed! '). 17 » 

©status > . 


1117 

i 


scb. cb l$of f set = affset ( ©tran smi t. status ) i 



1118 

i 


call u»riteln(0. @(0DH. OAH, ' Receive Unit is active. '). 26. ©status); 


1119 

i 


- d isab le; 



1120 

i 


scb. cmd = 0010H; 



1 121 

i 


outp ut ( CARPORT ) = CA; 



1 122 

i 


call wait$scb; 



1123 

i 


enab le; 



1124 

i 


outp u t ( ES IMPORT ) = N0*L00PBACK; 



1125 

i 


call cr*lf; 



1126 

i 


if not no*transmission then 



1127 

i 


doi 



1 128 

2 


call write(0< ©( ' Transmit Command Block 

'), 28. ©status); 


1129 

2 


call print$wds ( ©transmi t. status. 8); 



1130 

2 


call cr*lf; 



1 131 

2 


cur$cb$of f set = offset (©transmi t. status ) ; 



1132 

2 


call pause; 



1133 

2 


do 2 = 1 to 60; 



1134 

3 


call t ime ( 250 ) ; 



1135 

3 


end; 



1 136 

2 


call writeln(0> @(0DH. OAH. 'transmission started!'). 23. ©status); 


1137 

2 


call cr*lf; 



1138 

2 


disable; 



1139 

2 


scb. cmd = 0100H; 



1140 

2 


output ( CA$P0RT ) = CA; 



1141 

2 


call wait$scb; 



1142 

2 


enable; 



1143 

2 


end; 



1144 

1 


call update; 



1145 

1 


do forever; 



1146 

2 


call writeCO. @(0DH. ' ')» 2. ©status); 



1147 

2 


do y = 0 to 5; 



1 148 

3 


do case y; 



1 149 

4 


call write*int( count, dhex); 



1150 

4 


call write$int(receive*count. dhex); 



1151 

4 


call wri te*int ( scb . crcierrs. dhex); 



1152 

4 


call write*int (scb. aln$errs. dhex); 



1153 

4 


call u»r i te$int ( sc b . r sc$ errs. dhex)i 



1154 

4 


call ur i te*int ( sc b . ovrnlerrs. dhex); 



1155 

4 


end ; 



1156 

3 


char$count = 13 - char*count; 



1157 

3 


call loop$char ( charic ount. ' '); 



1158 

3 


end; 



1159 

2 


if csts then 



1160 

2 


do; 



1161 

3 


disable; 



1162 

3 


call getout; 
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1163 

3 


call update; 



1164 

3 


end; 



1165 

2 


end; 



1166 

1 


end tsms; 



MODULE 

INFORMATION: 



CODE 

AREA 

SIZE = 23C3H 9155D 



CONSTANT 

AREA SIZE = 0F85H 3973D 



VARIABLE 

AREA SIZE = 265EH 9822D 



MAXIMUM STACK SIZE = 0092H 146D 



j 1994 

LINES READ 



0 

PROGRAM 

WARNINGS 



0 

PROGRAM 

ERRORS 



DICTIONARY 

SUMMARY: 



159KB 

MEMORY AVAILABLE 



23KB 

MEMORY USED (147.) 



OKB DISK 

SPACE USED 



END OF 

PL/M-86 

COMPILATION 








292010-66 


Traffic Simulator/Monitor Station Program (Continued) 


1-276 




AP-274 





/* 



</ 

/* 

186/586 High Integration Board 

initialization Routine 

*/ 

/ + 

(This driver is configured for 

Ethernet/Cheapernet Design 

*/ 

/ -k 

Kit Demo Board ) 


«/ 

/* 



' 

/* 

Ver. 2.0 

March 14, 1986 

*/ 

/* 



«/ 

/« 

Kiyoshi Nishide 

Intel Cor p orat i on 

*/ 

/ « 



*/ 


/#*****•* *#*•**#■***«* fl .. 


/* The conditional compilation parameter 'EPR0M27128' determines board ROM 
size. If it is true/ the 80186's wait state aenerator is programmed to 
0 wait state for upper 64K-byte memory locations. If it is false# the 
wait state generator is programmed to 0 wait state for uppe~ le.'BK-byto 
memory locations */ 


1 in i 186: 


do; 




declare 

hib_ir label 

public; 


dec iare 

main label external; 


declare 

menu laoel external; 


/* literals */ 



dec lare 

lit literally 

' literal 


UMCS_reg 

lit 

'OFFAOH' 


LMCS_r eg 

lit 

'0FFA2H' 


PACS reg 

lit 

'0FFA4H' 


MPCS_reg 

lit 

OFFASM' 


INT MASK reg 

lit 

'0FF28H' 


ISCP*L0C*L0 

lit 

'03FFBH' 


ISCP$LOC$HI 

lit 

'O', 


SCC CH_B_CMD 

lit 

'B300H ' , 


SCC CH 3 DATA 

lit 

'8302H ' , 


SCC_CH_A_CMD 

lit 

' 9304H ' / 


SCC_CH_A .DATA 

lit 

'8306H ' , 


NHL 

lit 

'O', 


CR 

lit 

'ODH ' , 


LF 

lit 

'OAH', 


BS 

lit 

'08H ' , 


SP 

lit 

'20H ' > 


QM 

1 it 

'3FH ■ , 


DEL 

lit 

'07FH ' , 


BEL 

lit 

'07H ' ; 
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/* System Configuration Pointer */ 

declare ecp structure 

< 

sysbus byte* 
unused (5) byte* 
iscp*addr$lo word* 
iscp*addr$hi word 
) 

at < 0FFFF6H ) data <0* 0* 0* 0, 0. 0. ISCP*LDC*LO. ISCP*LOC$Hi ; ; 


ini t*int*c 1 t : procedure; 

output ( INT_mask_reg ) =* OFFH; /* mask all interrupts */ 
end init*int*c It; 


rra: procedure (reg__no) byte; 
declare reg_no byte; 

if (reg_.no and OFH) O 0 then output <SCC_CH A_CMD> = reg_.no and OFH; 
return input <SCC_CH_A_CMD) ; 

end rra. 


rrb: procedure (reg_no) byte; 
declare reg_no byte; 

if <reg_fio and OFH) <>0 then output <SCC_CH BjCMD) = reg no and OFH* 
return input <SCC_CH__B_CMD); 

end rrb; 


u/ra: procedure (reg_.no* value); 
declare <reg_no. value) byte; 

if <reg_no and OFH) O 0 then output <SCC_CH_A_CMD) = reg_.no and OFH; 
output < SCC_CH_A_CMD ) ■ value; 

end uira; 


wrb: procedure (reg__no» value); 
declare (reg_noi value) byte; 


if (reg_no and OFH) <> O then output <SCC_CH_B_CMD> = reg_.no and OFH; 
output < SCC_CH_B_CMD ) = value; 

end uirb; 

init*SCC$E: procedure; 

call uirb <09* 01000000b); /* channel B reset */ 
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36 

a 

call uirb < 04* 01001110b) 

/* 2 stop, no parity, brf = 16x */ 

37 

2 

call wrb ( 03. 11000000b) 

/* rx 8 bits/char, no auto-enable */ 

38 

2 

call wrb < 05. 01100000b) 

/* tx 8 bits/char */ 

39 

‘c. 

call wrb (10, 00000000b) 


40 

2 

call wrb ( 11. 01010110b) 

/* rxc = txc = BRG, trxc = BRG out */ 

41 

2 

call wrb ( 12. 00001011b) 

/* baud rate = 9600 */ 

42 

2 

call wrb (13, 00000000b) 


43 

2 

call wrb ( 14, 00000011b) 

/* BRG source = SYS CLK, enable BRG */ 

44 

2 

call wrb (15, 00000000b) 

/* all ext status interrupts off */ 

4? 

2 

call wrb ( 03, 11000001b) 

/* scc-b receive enable */ 

46 

2 

call wr b ( 05, 11101010b) 

/* scc-b transmit enable, dtr on, rts on *■/ 

47 

2 

end init*SCC$B; 


48 

1 

c$in: procedure byte public 


49 

3 

do while < input (SCC_CH_ 

B_CMD) and 1 ) = 0; end; 

51 

2 

return ( i np ut ( SCC_CH_B_DATA ) ) ; 

52 

2 

end c$in; 


53 

1 

cSout: procedure (char) publici 

54 

2 

declare char byte; 


55 

3 

do while (input(SCC CH 

B CMD) and 4) = 0; end; 

57 

2 

output <SCC_CH_B_DATA) = 

char. 

58 

2 

end c$out; 


59 

1 

read: procedure (file$id, msg$ptr, count, actual*ptr, status*ptr> public; 

60 

2 

declare file$id word, 

msg$ptr pointer, 

count word, 

actualfptr pointer, 

status$ptr pointer, 

msg based msg$ptr (1) byte, 

buf (200) byte, 

actual based actual*ptr word, 

status based status$ptr word, 

i word, 

ch byte; 

/* This procedure implements the ISIS read procedure. All control characters */ 

/* except LF, BS, and DEL are ignored. If BS or DEL is encountered, a */ 

/* backspace is done. */ 

61 

2 

status = 0; 


62 

2 

i, ch = 0; 


63 

2 

do while (ch O CR ) and 

(ch O LF) and (i < 198); 

64 

3 

ch = c*in and 07FH; 


65 

3 

if ( c h = BS ) or ( c h 

= DEL) then 

66 

3 

do; 
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67 

4 

if i > 0 then 


68 

4 

do; 


69 

5 

i - i - 1; 


70 

5 

call ctout ( DEL ) ; 


71 

5 

call c*out(BS); 


72 

5 

call c*out(SP); 


73 

5 

call ctout (DEL) ; 


74 

5 

call c*out(BS)< 


75 

5 

end; 


76 

4 

else 




call cf out < BEL ) ; 


77 

4 

end; 


78 

3 

else 




if ch >« SP then • 


79 

3 

do; 


80 

4 

call ctout(ch); 


81 

4 

buf ( i > ■ ch; 


82 

4 

i = i + 1; 


83 

4 

end; 


84 

3 

else 




if <ch « CR) or (ch * LF) then 


85 

3 

do; 


86 

4 

buffi ) = CR; 


87 

4 

buf ( i + 1) « LF; 


88 

4 

i i + 2; 


89 

4 

end; 

, 

90 

3 

else 




call cSout (BEL > ; 


91 

3 

end; 


92 

2 

call cfout(CR); 


93 

2 

if i > count then i = count; 


95 

2 

actual = i; 


96 

2 

do i = 0 to actual - 1; 


97 

3 

msg ( i ) = buf ( i ) ; 


98 

3 

end; 


99 

2 

end read; 


100 

1 

csts: procedure byte public; 


101 

2 

return <( input (SCC_CH_B_CMD> and 1) <> 0); 


102 

2 

end csts; 


103 

1 

uirite: procedure <file*id> msg$ptr» counts status*ptr) public; 


104 

2 

declare (file$id/ count) uord; 




(msg^ptr* status*ptr) pointer/ 
msg based msg$ptr (1) byte> 
status based status$ptr word* 
ch byte/ 
i word; 




/* This procedure implements the ISIS write */ 


105 

2 

status = 0; 
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inter 


106 

2 

i = 0; 

107 

2 

do while i < count# 

108 

3 

c h = msg ( i ) ; 

109 

3 

if ( < c h >= SP) and (ch < DEL)) or (ch = CR) or (ch = LF) or (ch = NUL 



then 

1 10 

3 

call c$out < ch ) # 

1 1 1 

3 

else 



call c $out < QM ) # 

1 12 

3 

i = i + 1; 

113 

3 

end# 

114 

2 

end write# 


115 

1 

h i b_ir : 





$IF EPRQM2712B 





output (UMCS_reg ) = 0F03BH; 

/* 

Starting Address = OFOOOOH# 
no wait state */ 



$ELSE 





output (UMCS_reg ) = 0E03BH; 

/* 

Starting Address = 0E0000H# 
no wait state */ 



$ENDIF 



116 

1 

output (LMCS_reg ) = 03FCH; 

/■» 

16K# no wait state «■/ 

117 

1 

output (PACS_reg ) = 083CH; 

/* 

PBA = 8000H# no wait state for 

PSC0-3 */ 

1 1 B 

1 

output (MPCS_reg ) = ODFH# 

/* 

Peripherals in I/O space# no A1 ?< A2 
provided, 3 wait states for PSC4-6 */ 

119 

1 

call ini t$int$c 1 t# 



120 

1 

call ini t$SCC$B# 



121 

1 

go to main# 



122 

1 

end inil86# 
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APPENDIX C 

THE 82530 SCC - 80186 INTERFACE AP BRIEF 


INTRODUCTION 

The object of this document is to give the 82530 system 
designer an in-depth worst case design analysis of the 
typical interface to a 80186 based system. This docu- 
ment has been revised to include the new specifications 
for the 6 MHz 82530. The new specifications yield bet- 
ter margins and a 1 wait state interface to the CPU (2 
wait states are required for DMA cycles). These new 
specifications will appear in the 1987 data sheet and 
advanced specification information can be obtained 
from your local Intel sales office. The following analy- 
sis includes a discussion of how the interface TTL is 
utilized to meet the timing requirements of the 80186 
and the 82530. In addition, several optional interface 
configurations are also considered. 


INTERFACE OVERVIEW 

The 82530 - 80186 interface requires the TTL circuitry 
illustrated in Figure 1. Using five 14 pin TTL packages, 
74LS74, 74AS74, 74AS08, 74AS04, and 74LS32, the 
following operational modes are supported: 

• Polled 

• Interrupt in vectored mode 

• Interrupt in non-vectored mode 

• Half-duplex DMA on both channels 

• Full-duplex DMA on channel A 

A brief description of the interface functional require- 
ments during the five possible BUS operations follows 
below. 
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Figure 2. 80186-82530 Interface Read Cycle 



Figure 3. 80186-82530 Interface Write Cycle 


READ CYCLE: The 80186 read cycle requirements are is inverted to assure that WR is active low before the D 

met without any additional logic, Figure 2. At least one Flip-Flop is clock ed. N o wait states are necessary to 

wait state is required to meet the 82530 tAD access meet the 82530’s WR cycle requirements, but one is 

time. assumed from the RD cycle. 

WRITE CYCL E: Th e 82530 requires that data must be INTA CYCLE: During an interru pt acknowledge cy- 
valid while the WR pulse is low, Fig ure 3. A D Flip- cle, the 80186 provides two INTA pulses, one per bus 

Flop delays the leading edge of WR until the falling cycle, separate d by tw o idle states . Th e 82530 expects 

edg e of CLOCKOUT when data is guaranteed valid only one long INTA pulse with a RD pulse occurring 

and WR is guaranteed active. The CLOCKOUT signal only after the 82530 IEI/IEO daisy chain settles. As 
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illustrated in Figure 4, the INTA signal is sampled on 
the rising edge of CLK (82530). Two D Flip-Flops and 
two TTL gates, U2 an d U5 , are implemented to g ener- 
ate the proper INTA and RD pulses. Also, the INT 
signal is passively pulled high, through a 1 k resistor, 
and inverted through U3 to meet the 80186’s active 
high requirement. 

DMA CYCLE: Conveniently, the 80186 DMA cycle 
timings are the same as generic read and write opera- 
tions. Therefore, with two wait states, only two modifi- 
cations to the DMA request signals are necessary. 
First, the RDYREQA signal is inverte d through U3 
similar to the INT signal, and second the DTR/REQA 
signal is conditioned through a D Flip-Flop to prevent 
inadve rtent back to back DMA cycles. Because the 
82530 DTR/REQA signal remains active low for over 
five CLK (82530)’s, an additional DMA cycle could 
occur. Th is uncertain condition is corrected when U4 
resets the DTR/REQ signal inactive high. Full Duplex 
on both DMA channels can easily be supported with 
one extra D Flip-Flop and an inverter. 

RESET: The 82530 does not have a dedicated RESET 
inpu t. In stead, the simultaneous assertion of both RD 
and WR causes a hardware reset. This hardware reset 
is implemented through U2, U3, and U4. 


ALTERNATIVE INTERFACE 
CONFIGURATIONS 

Due to its wide range of applications, the 82530 inter- 
face can have many varying configurations. In most of 
these applications the supported modes of operation 


need not be as extensive as the typical interface used in 
this analysis. Two alternative configurations are dis- 
cussed below. 

8288 BUS CONTROLLER: An 80186 based system 
implementing an 8288 bus cont roller will not require 
the preconditioning of the WR signal through the D 
Fli p-Flop U 4. When utilizing an 8288, the control sig- 
nal IOWC does not go active until data is valid, there- 
fore, meeting the timing requirements of the 82530. In 
such a configu ration, it will be necessary to logically 
OR the IOWC with reset to accommodate a hardware 
reset operation. 

NON- VECTORED INTERRUPTS: If the 82530 is to 
be operated in the non-vectored interrupt mode (B step 
only), the interface will not require U1 or U5. Instead, 
INT A on the 8 2530 sho uld be pulled high, and pin 3 of 
U2_(RD AND RESET) should be fed directly into the 
RD input of the SCC. 

Obviously, the amount of required interface logic is ap- 
plication dependent and in many cases can be consider- 
ably less than required by the typical configuration, 
supporting all modes of SCC operation. 


DESIGN ANALYSIS 

This design analysis is for a typical microprocessor sys- 
tem, pictured in Figure 5., The Timing analysis assumes 
an 8 MHz 80186 and a 4 MHz 82530. Also, included in 
the analysis are bus loading, and TTL-MOS cdmpati- 
bility considerations. 
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Bus Loading and Voltage Level 
Compatabilities 

The data and address lines do not exceed the drive ca- 
pability of either 80186 or the 82530. There are several 
control lines that drive more than one TTL equivalent 
input. The drive capability of these lines are detailed 
below. 

WR: The WR signal drives U3 and U4. 

* lol (2.0 mA) > lil (-0.4 mA + -0.5 mA) 
loh (-400 jaA) > lih (20 jaA + 20 jmA) 


PCS5: The PCS5 signal drives U2 and U4. 

* lol (2.0 mA) > lil (-0.5 mA 4- -0.5 mA) 
loh (-400 fxA) > lih (20 fiA + 20 /xA) 


INTA: The INTA signal drives 2(U1) and U5. 

* lol (2.0 mA) > lil (-0.4 mA + -0.8 mA + -0.4 mA) 
loh (-400 fxA) > lih (20 julA + 40 /xA + 20 jxA) 

All the 82530 I/O pins are TTL voltage level compati- 
ble. 


TIMING ANALYSIS 

Certain symbolic conventions are adhered to through- 
out the analysis below and are introduced for clarity. 

1. All timing variables with a lower case first letter are 
82530 timing requirements or responses (i.e., tRR). 

2. All timing variables with Upper case first letters are 
80186 timing responses or requirements unless pre- 
ceded by another device’s alpha-numeric code (i.e., 
Tclcl or ’373 Tpd). 

3. In the wri te cy cle analysis, the timing variable 
TpdWR186-WR530 represents the propagation de- 
lay between the leading or traili ng ed ge of the WR 
signal leav ing t he 80186 and the WR edge arrival at 
the 82530 WR input. 


Read Cycle 

1 . t AR: Address valid to RD active set up time for the 
82530. Since the propagation delay is the worst case 
path in the assumed typical system, the margin is calcu- 
lated only for a propagation delay constrained and not 
an ALE limited path. The spec value is 0 ns minimum. 

* 1 Tclcl - Tclav(max) - ’245 Tpd(max) + Tclrl(min) + 

2(U2) Tpd(min) - tAR(min) 

= 125 - 55 - 20.8 + 10 + 2(2) - 0 = 63.2 ns margin 
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2. tRA: Address to RD inactive hold time. The ALE 
delay is the worst case path and the 82530 requires 0 ns 
minimum. 

* 1 Tclcl - Tclrh (max) + Tchlh(min) + '373 LE 
Tpd(min) - 2(U2) Tpd(max) 

= 55 - 55 + 5 + 8- 2(5.5) = 2 ns margin 

3. tCLR: CS active low to RD active low set up time. 
The 82530 spec value is 0 ns minimum. 

* 1 Tclc l - Tclcsv(max) - Tclrl(min) - U2 
skew(RD - CS) + U2 Tpd(min) 

= 125 - 66 - 10 - 1 + 2 = 50 ns margin 

4. tRCS: RD inactive to CS inactive hold time. The 
82530 spec calls for 0 ns minimum. 

* Tcscsx(min) - U2 skew(RD - CS) - U2 Tpd(max) 

= 35 - 1 - 5.5 = 28.5 ns margin 

5. tCHR: CS inactive to RD active set up time. The 
82530 requires 5 ns minimum. 

* 1 Tclc l + 1 Tchcl - Tchcsx(max) + Tclrl(min) - U2 
skew (RD - CS) + U2 Tpd(min) - tCHR 

= 125 + 55 - 35 - 10 - 1 + 2 - 5 = 131 ns margin 

6. tRR: RD pulse active low time. One 80186 wait state 
is included to meet the 150 ns minimum timing require- 
ments of the 82530. 

* Trlrh(min) + 1(Tclclwait state) - 2(U2 skew) — tRR 
= (250-50) + 1(125) - 2(1) - 150 = 173 ns margin 

7. tRDV: RD active low to data valid maximum delay 
for 80186 read data set up time (Tdvcl = 20 ns). The 
margin is calculated on the Propagation delay path 
(worst case). 

* 2 Tclcl + 1 (Tclclwait state) - Tclrl(max) - Tdvcl(min) 
- ’245 Tpd(max) - 82530 tRDV(max) - 2(U2) Tpd(max) 

= 2(125) + 1(125) - 70 - 20 - 14.2 - 105 - 2(5.5) 

= 1 54 ns margin 

8. tDF: RD inactive t o data output float delay. The 
margin is calculated to DEN active low of next cycle. 

* 2 Tclcl + Tclch(min) - Tclrh(max) + Tchctv(min) - 
2(U2) Tpd(max) - 82530 tDF(max) 

= 250 + 55 -55 + 10 - 11 - 70 = 179 ns margin 

9. tAD: Address required valid to read data valid maxi- 
mum delay. The 82530 spec value is 325 ns maximum. 


* 3 Tclcl + 1 (Tclclwait state) — Tclav(max) - ’373 

Tpd(max) - ’245 Tpd - Tdvcl(min) - tAD 

= 375 + 125 - 55 - 20.8 -14.2 - 20 -325 = 65 ns 
margin 


Write Cycle 

1. tAW: Address required valid to WR active low set 
up time. The 82530 spec is 0 ns minimum. 

* Tclcl - Tclav(max) - Tcvctv(min) - ’373 Tpd(max) 

+ TpdWR186 - WR530(LOW) [Tclcl - Tcvctv(min) + 

U3 Tpd(min) + U4 Tpd(min)] - tAW 

= 125 - 55 - 5 - 20.8 + [125 - 5 + 1 + 4.4] - 0 
= 170.6 ns margin 

2. tWA: WR inactive to address invalid hold time. The 
82530 spec is 0 ns. 

* Tclch(min) - Tcvctx(max) + Tchlh(min) + ’373 LE 
Tpd(min) - TpdWR186 = WR530(HIGH) [U2 Tpd(max) + 
U3 Tpd(max) + U4 Tpd(max)] 

= 55 - 55 + 5 + 8- [5.5 + 3 + 7.1] = -2.6 ns 
margin 

3. tCLW: Chip select active low to WR active low hold 
time. The 82530 spec is 0 ns. 

* 1 Tclcl - Tclcsv(max) + Tcvctv(min) - U2 Tpd(max) 

+ T pdWRI 86 = WR530(LOW) [Tclcl - Tcvctv(min) + U3 
Tpd(min) + U4Tpd(min)] 

= 125 - 66 + 5 - 5.5 + [125 - 5 + 1 + 4.4] = 

183.9 ns margin 

4. tWCS: WR invalid to Chip Select invalid hold time. 
82530 spec is 0 ns. 

* Tcxcsx(min) - U2 Tpd(max) - 

TpdWRI 86 = WR530(HIGH) [U2 Tpd(max) + U3 
Tpd(max) + U4 Tpd(max)] 

= 35 + 1.5 - [5.5 + 3 + 7.1] = 20.9 ns margin 

5. tCHW: Chip Select inactive high to WR active low 
set up time. The 82530 spec is 5 ns. 

* 1 Tclcl + Tchcl(min) + Tcvctv(min) - Tchcsx(max) - 
U2 Tpd(max) + TpdWR186 = WR530(LOW) [Tclcl - 
Tcvctv(min) + U3 Tpd(min) + U4 Tpd(min)] - tCHW 

= 125 + 55 + 5 - 35 - 5.5 + [125 -5 + 1 + 4.4] - 
5 = 264 ns margin 

6. tWW: WR active low pulse. 82530 requires a mini- 
mum of 60 ns from the falling to the rising edge of WR. 
This includes one wait state. 
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* Twlwh [2Tclcl - 40] + 1 (Tclclwait state) - TpdWR/ 
186— WR530(LOW) [TcIcLj Tcvctv(min) + U3 Tpd(max) 
+ U4 Tpd(max)] + TpdWR/186 = WR/530(HIGH) [U2 
Tpd(min) U3 Tpd(min) + U4 Tpd(min)] - tWW 

= 210 + 1(125) - [125 - 5 + 4.5 + 9.2] - [1.5 + 1 
+ 3.2] - 60 = 135.6 ns margin 

7. tDW: Data valid to WR active low setup time. The 
82530 spec requires 0 ns. 

* Tcvctv(min) - Tcldv(max) - ’245 Tpd(max) + 
TpdWR186— WR530(LOW) [Tclcl - Tcvctv(min) + U3 
Tpd(min) + U4 Tpd(min)] 

= 5 - 44 - 14.2 + 125 - 5 + 1.0 + 4.4 = 72.2 ns 
margin 

8. tWD: Data valid to WR inactive high hold time. The 
82530 requires a hold time of 0 ns. 

* Tclch - skew (Tcvctx(max) + Tcvctx(min)} + ’245 
OE Tpd(min) - TpdWR186-WR530(HIGH) [U2 Tpd(max) 
+ U3Tpd(max) + U4 Tpd(max)] 

= 55 - 5 + 11.25 - [5.5 + 3.0 + 7.1] = -50.6 ns 
margin 


INTA Cycle: 

1. tIC: This 82530 spec implies that the INTA signal is 
latched internally on the rising edge of CLK (82530). 
Theref ore the maximum delay between the 80186 as- 
serting INTA active low or inactive high and the 82530 
internally recognizing the new state of INTA is the 
propagation delay through U1 plus the 82530 CLK pe- 
riod. 

* U1 Tpd(max) + 82530 CLK period 
= 45 + 250 = 295 ns 


2. tCI: rising edge of CLK to INTA hold time. This 
spec requires that the state of INTA remains constant 
for 100 ns after the rising edge of CLK. If this spec is 
violated any change in the state of INTA may not be 
internally latc hed in t he 82530. t CI beco mes critical at 
the end of an INTA cycle when INTA goes inactive. 
When calculating margins with tCI, a n extra 82530 
CLK period must be added to the INTA inactive delay. 


3. tlW: INTA inactive high to WR active low mini- 
mum setup time. The spec pertains only to 82530 WR 
cycle and has a val ue of 55 ns. The margin is calculated 
ass uming an 82530 WR cycle occurs immediately after 
an IN TA cy cle. Since the CPU cycles following an 
82530 INTA cycle are devoted to locating and execut- 
ing the proper interrupt service routine, this condition 


should never exist. 82530 drive rs shou ld i nsure th at at 
least one CPU cycle separates INTA and WR or RD 
cycles. 


4. tWI: WR inactive high to INTA active low mini- 
mum hold time. The spec i s 0 ns and the margin as- 
sumes CLK coincident with INTA. 

* Tclcl - Tcvctx(max) - TpdWR186 - WR530(HIGH) 

[U3 Tpd(max) + U4 Tpd(max)] + Tcvctv(min) + U1 
Tpd(min) 

= 125 - 55 - [5.5 + 3 + 7.1] + 5 + 10 = 69.4 ns 
margin 


5. tIR: INTA inactive high to RD active low min imum 
setup time. This spec pertains only to 82530 RD cycles 
and has a value of 55 ns. The margin is calculated in 
the same manner as tlW. 


6. tRI: RD inactive high to INTA active low minimum 
hold time. The spec is 0 ns and the margin assumes 
CLK coincident with INTA. 

* Tclcl - Tclrh(max) - 2 U2Tpd(max) + Tcvctv(min) 

+ U1 Tpd(min) 

= 125 - 55 - 2(5.5) + 5 + 10 = 74 ns margin 


7. tUD: INTA active low to RD active low minimum 
setup time. This parameter is system dependent. For 
any SCC in the daisy chain, tUD must be greater than 
the sum of tCEQ for the highest priority device in the 
daisy chain, tEI for this particular SCC, and tEIEO for 
each device separating them in the daisy chain. The 
typical system with only 1 SCC requires tUD to be 
greater than tCEQ. Since tEI occurs coincidently with 
tCEQ and it is smaller it can be neglected. Additional- 
ly, tEIEO does not have any relevance to a system with 
only one SCC. Therefore tUD > tCEQ = 250 ns. 

* 4 Tclcl + 2 Tidle states - Tcvctv(max) - tIC [U1 
Tpd(max) + 82530 CLK period] + Tcvctv(min) + U5 
Tpd(min) + U2 Tpd(min) - tllD 

= 500 + 250 - 70 - [45 + 250] +5 + 6 + 2-250 
= 148 ns margin 

8. tIDV: RD active low to interrupt vector valid delay. 
The 80186 expects the interrupt vector to be valid on 
the data bus a minimum of 20 ns before T4 of the sec- 
ond acknowledge cycle (Tdvcl). tIDV spec is 100 ns 
maximum. 

* 3 Tclcl - Tcvctv(max) - U5 Tpd(max) - U2 
Tpd(max) - tlDV(max) - ’245 Tpd(max) - Tdvcl(min) 

= 375 - 70 - 25 - 5.5 - 100 - 14.2 - 20 = 140.3 
ns margin 
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9. til: RD pulse low time. The 82530 requires a mini- 
mum of 125 ns. 

* 3 Tclcl - Tcvctv(max) - U5 Tpd(max) - U2 
Tpd(max) + Tcvctx(min) + U5Tpd(min) + U2Tpd(min) 

- tll(min) 

= 375 - 70 - 25 - 5.5 + 5 + 6 + 1.5 - 125 = 

1 62 ns margin 

DMA Cycle 

Fortunately, the 80186 DMA controller emulates CPU 
read and write cycle operation during DMA transfers. 
The DMA transfer timings are satisfied using the above 
analysis. Because of the 80186 DMA request input re- 
quirements, two wait states are necess ary to prevent 
inadvertent DMA cycles. There are also CPUDMA in- 
tracycle timing considerations that need to be ad- 
dressed. 

1. tDRD: RD inactive high to D TRREQ ( REQUEST) 
inacti ve high delay. Unlike the READYREQ signal, 
DTRREQ does not immediately go inactiv e afte r the 
requested DMA transfer begins. Instead, the DTRREQ 
remains active for a maximum of 5 tCY + 300 ns. This 
delayed request pulse could trigger a second DMA 
transfer. To avoid this undesira ble con dition, a D Flip 
Flop is implemented to reset the DTRREQ signal inac- 
tive low following the initiation of the requested DMA 
transfer. To determine if back to back DMA transfers 
are required in a source synchronized configuration, 
the 80186 DMA controller samples the service request 
line 25 ns before T1 of the deposit cycle, the second 
cycle of the transfer. 

* 4 Tclcl - Tclcsv(max) - U4Tpd(max) - Tdrqcl(min) 

= 500 - 66 - 10.5 - 25 = 398.5 ns margin 

2. tRRI: 82530 RD active low to REQ inactive high 
delay. Assuming source synchronized DMA transfer, 
the 80186 requires only one wait state to meet the tRRI 
spec of 200 ns. Two are included for consistency with 
tWRI. 

* 2 Tclcl + 2(Tclclwait state) - Tclrl(max) - 2(U2) 
Tpd(max) - Tdrqcl - tRRI 

= 2(125) + 2(125) - 70 - 2(5.5) - 200 = 219 ns 
margin 


3. tWRI: 82530 WR active low to REQ inactive high 
delay. Assuming destination synchronized DMA trans- 
fers, the 80186 needs two wait states to meet the tWRI 
spec. This is because the 80186 DMA controller sam- 
ples requests two clocks before the end of the deposit 
cycle . This leaves only 1 Tclcl + n(wait states) minus 
WR active delay for the 82530 to inactivate its REQ 
signal. 

* Tclc l + 2(Tclclwait state) - Tcvctv(min) - 
T pd WR 1 86 — WR530(LOW) [Tclcl - Tcvctv(min) + U3 
Tpd(max) + U4 Tpd(max)! - Tdrqcl - tWRI 

= 375 - 5 - [125 - 5 + 4.5 + 9.2] - 25 - 200 = 

11.3 ns margin 

NOTE: 

If one wait state DMA inte rface i s required, external 
logic, like that used on the DTRREQ signal, can be 
used to force the 82530 REQ signal inactive. 

4. tREC: CLK recovery time. Due to the internal data 
path, a recovery period is required between SCC bus 
transactions to resolve metastable conditions internal to 
the SCC. The DMA request lines are marked from re- 
questing service until after the tREC has elapsed. In 
addition, the CPU should not be allowed to violate this 
recovery period when interleaving DMA transfers and 
CPU bus cycles. Software drivers or external logic 
should orchestrate the CPU and DMA controller oper- 
ation to prevent tREC violation. 


Reset Operation 

During hardware reset, the system RESET signal is as- 
serted high for a minimum o f fou r 80 186 clock cycles 
(1000 ns). The 82530 requires WR and RD to be simul- 
taneously asserted low for a minimum of 250 ns. 

* 4 Tclcl - U3 Tpd(max) - 2(U2) Tpd(max) + U4 

Tpd(min) - tREC 

= 1000 - 17.5 - 2(5.5) + 3.5 - 250 ns = 725 ns 
margin 
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ABSTRACT 

The market for Local Area Networks (LANs) has been 
growing rapidly for several years, and LANs based on 
the ANSI/IEEE 802.3 — 1985 standard have proven to 
be the most popular. These networks are called 
CSMA/CD LANs because of their Medium Access 
Control method (MAC) — Carrier Sense Multiple Ac- 
cess with Collision Detection. Intel has been a contrib- 
utor to both the standardization and the widespread 
acceptance of CSMA/CD LANs since their concep- 
tion. 

The two most prevalent types of CSMA/CD LANs are 
called, in IEEE terminology, 10BASE5 (aka Ethernet, 
Yellow Cable, or Thick Wire) and 10BASE2 (Cheaper- 
net or Thin Wire Ethernet). Ethernet operates over a 
customized coaxial cable configured as a bus and re- 
stricted to a maximum length of 500 meters — point-to- 
point. Ethernet transmits data at 10 Mb/s on a base- 
band network. Cheapernet uses the more common RG- 
58 cable and has a maximum point-to-point distance of 
185 meters; its data transmission rate is also 10 Mb/s. 
Other types of CSMA/CD networks are 10BROAD36 
(10-Mb/s Broadband, 3600m on Coax) and 1BASE5 (1 
Mb/s Baseband, 500m on standard telephone wire). 

The cost of the cable and its installation and reconfigu- 
ration has been a factor in the acceptance of CSMA/ 
CD LANs. The members of the IEEE 802.3 Working 
Group, including Intel, have recognized this, and we 
are addressing this issue. We are preparing a new 
CSMA/CD standard (10BASE-T) that operates at 
10 Mb/s with a 100m point-to-point range and uses 
unshielded, twisted-pair wiring — the common tele- 
phone wire already installed in most buildings. Besides 
using a less expensive wire type, 10BASE-10 (TPE) 
uses a star topology that can operate concurrently with 
normal telephone traffic, and other services, in a paral- 
lel cable plant. 

Besides its active participation in the 10BASE-T Task 
Force, Intel is now marketing products based on the 
work of the task force. With these products — the 
82504TA Transceiver Serial Interface, the 82505TA 
Multiport Repeater controller, and the 82521 Serial Su- 
percomponent — our customers can design high-speed 
LANs that operate over unshielded twisted pair wiring, 
which is usually already installed. These networks can 
coexist with existing CSMA/CD networks; that is, they 
can be integrated into a single network interfacing with 
already installed Ethernet or Cheapernet networks. 
Furthermore, Intel is committed to maintaining com- 
patibility and conformity with the emerging standard. 


1.0 INTRODUCTION 

This Ap Note is intended to aid system designers who 
have some knowledge of IEEE 802.3 standards, but 
limited experience with analog design. System designers 
designing Twisted Pair Ethernet LANs with Intel’s 
TPE products and Ethernet LAN controllers will find 
this and other Intel Ap Notes useful (see also: AP-274, 
Implementing Ethernet /Cheapernet with the Intel 
82586, Kiyoshi Nishide; and AP-320, Using the Intel 
82592 to Integrate a Low-Cost Ethernet Solution into a 
PC Motherboard, Michael Anzilloti). 

Intel has introduced the 82504TA Transceiver Serial 
Interface (TSI), the 82505TA Multiport Repeater con- 
troller (MPR), and the 82521 Serial Supercomponent 
(SSC). These products simplify designing Twisted Pair 
Ethernet LANs based on the emerging 10BASE-T stan- 
dard. These LANs are compatible with existing ANSI/ 
IEEE 802.3 networks at the Physical Signaling layer 
and the MAC portion of the Data Link layer. This 
means that a Twisted Pair Ethernet LAN built with 
these products will be software compatible with current 
802.3 networks and can connect to other 802.3 net- 
works through the standard Attachment Unit Interface 
(AUI) port of a Multiport Repeater. 

A Twisted Pair Ethernet LAN comprises several ele- 
ments: data terminal equipment (DTE), medium at- 
tachment units (MAU), multiport repeaters (MPR), 
and the cable plant. More complex networks, which 
interconnect with existing 802.3 networks, are made 
possible by using the 802.3-standard AUI port of the 
MPR. Figure 1 illustrates a network that uses all these 
elements. 

Figure 1 shows three types of DTE and MAU combina- 
tions. Two have embedded MAUs, the other has an 
external MAU connected to the DTE node by a stan- 
dard AUI cable. Embedded MAU designs either use 
the 82504TA, and its associated circuitry, or the 
8252 1TA SSC. The multiport repeaters are designed 
around the 82505TA, they also contain one 82504TA. 
Each of the eleven twisted pair ports contains an em- 
bedded MAU. The cable plant is standard telephone 
wire, 4- or 25-pair unshielded twisted pair (26 to 22 
gauge). Each segment uses two twisted pairs for data, 
one for transmission and one for reception, and the un- 
used pairs can carry other services as well. In a TPE 
design the maximum node-to-repeater distance is 100 
meters. 
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Figure 1. Typical TPE Network 
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2.0 SYSTEM DESCRIPTION 


2.1 Network Description 

The network shown in Figure 1 is a typical representa- 
tion of TPE networks designed with Intel TPE prod- 
ucts. The network follows the 10BASE-T draft stan- 
dard specifications wherever possible. We recommend 
that network designers follow the same practice. Table 
1 compares the TPE network features to the earlier 
10 Mb/s standards, and Table 2 compares TPE net- 
works based on the Intel products to those based on the 
most likely outcome of the 10BASE-T Task Force de- 
liberations. 


2.1.1 MEDIUM ATTACHMENT UNIT (MAU) 

The MAU (i.e., the transceiver) provides the required 
circuitry for interfacing with the twisted pair wire. It 
performs several functions; e.g., line driving with pre- 
distortion, line reception, and collision detection. Mul- 
tiport repeaters and DTEs can contain embedded 
MAUs or attach to external MAUs. 

MAU Line Drivers: The transmitter is designed to 
drive a 96f! properly terminated cable and must meet 
all its specifications under this load (unless otherwise 
specified). A transformer provides dc isolation from the 
twisted pair, and the transmitter has a matched source 
impedance of 96 ft ±20%. It will achieve a drive level 
of 2.2V to 2.8V peak differential. The power spectrum 
amplitude will be less than —30 dB at, or above, 
30 MHz from its 10 MHz value. The signal is Manches- 
ter encoded like 10BASE5 and 10BASE2. 


The transmit circuitry incorporates the predistortion 
algorithm adopted by the 10BASE-T Task Force. This 
algorithm improves overall system jitter performance 
by reducing the amount of jitter induced by the twisted 
pair. The line drivers will drive at full amplitude during 
“thin” (50 ns) pulses and the first half of “fat” (100 ns) 
Manchester pulses. They will reduce their drive level to 
33% during the second half of “fat” Manchester pulses. 
This prevents the twisted pair from overcharging dur- 
ing the fat pulses. Without this predistortion, the over- 
charge would cause a delay in the zero crossing follow- 
ing the “fat” bit, resulting in more induced jitter. Fig- 
ure 2 shows the idealized output waveform for the pre- 
distorted signal at the transmitter. 

MAU Line Receiver: The MAU line receiver is also dc 
isolated by a transformer. It must have a matched dif- 
ferential impedance such that the return loss is at least 
15 dB from 5 MHz to 10 MHz. The line receiver must 
operate properly in the presence of a signal having a 
350 mV to 2.8V differential. It must detect the start of 
Idle within 1.8 bit times, and must include a squelch 
circuit that rejects, as noise, any signals less than 
250 mV, and accepts signals greater than 350 mV hav- 
ing a pulse width greater than 20 ns. 

Collision Detection: The MAU detects collision by not- 
ing simultaneous activity on the transmit and receive 
pair. No provision is made for receive-based collision 
detection. When a transmitting station detects a colli- 
sion it begins the normal 802.3 collision sequence of 
jam, random backoff, and retransmit. When a repeater 
detects a collision it also begins a jam and it enforces 
the minimum frame length of 96 bits. 


Table 1. Comparison of Network Features 


Feature 

TPE 

10BASE5 

10BASE2 

Wire 

Unshielded TP 

Yellow Coax 

Thin Coax 

Topology 

Star 

Bus 

Bus 

Segment Length 

100m 

500m 

185m 

Software 

Existing 

Existing 

Existing 

Controller 

82586/8259X 

82586/8259X 

82586/8259X 

Data Rate 

10 Mb/s 

10 Mb/s 

10 Mb/s 

Access Method 

CSMA/CD 

CSMA/CD 

CSMA/CD 


Table 2. Differences between Current TPE and Expected 10BASE-T 


Feature 

Current TPE 

10BASE-T 

Squelch 

Single Pulse 

Multiple Pulse 

Collision Detect 

Tx and Rx Active 

Tx and Rx Active for 5 Bits 

Link Integrity 

None 

Single Linkbeat 

Jabber Function 

None 

Watchdog Timer 

DO — ► Dl Loopback 

None 

Supported 
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Figure 2. Predistortion Waveform 


2.1.2 MULTIPORT REPEATER 

The Multiport Repeater is the central point in the star- 
configured network. It is usually located in a telephone 
closet or some other central wiring point. The link seg- 
ments (repeater to node wiring) can then be run using 
available twisted pairs in the existing telephone cable 
plant or a dedicated parallel cable plant. The repeater 
conforms to the ANSI/IEEE 802.3c — 1988 standard 
for repeaters. It has eleven twisted-pair ports (embed- 
ded MAUs) and one AUI port. 

A block diagram of an 82505TA-based repeater is 
shown in Figure 3. It uses one 82505TA, one 82504TA, 
eleven TP port processors, two 74LS529 latches, a 
74LA154 decoder, and an AUI interface processor. The 
82505TA handles the repeater state functions such as 
automatic preamble regeneration, minimum frame 
length enforcement, signal retiming, collision detection 
and jam, and control for the LED status indicators. 
The 82504TA handles Manchester decoding and clock 
recovery for the incoming data packet. The AUI inter- 
face processor contains the DO line drivers and the DI 
and Cl line receivers as required by the ANSI/IEEE 
802.3 — 1985 standard for AUI connectors. The 
72LS154 decoder disables the transmitter on the receiv- 
ing port, and the 72LS259 latches control the status 
LEDs. 

During normal transmission without contention (i.e., 
no collisions) the repeater detects the transmitting port 
and immediately begins automatic preamble regenera- 
tion (APR) to all other ports. It routes the incoming 
data to the Manchester decoder and begins loading its 
internal FIFO. When the FIFO reaches its threshold 


the repeater ceases APR and begins to send data from 
the FIFO. This data is Manchester encoded and re- 
timed before it is rebroadcast. When a collision occurs, 
the repeater stops broadcasting from the FIFO and be- 
gins transmitting a jam pattern. It continues to jam 
until the collision ceases and at least 96 bits have been 
transmitted to each port (minimum frame length en- 
forcement). 

The repeater also supports autopartitioning and jabber 
protection. These two features prevent faulty nodes 
from bringing the network down. When such a fault is 
detected, the port in question is removed from the net- 
work, and the remainder of the network resumes nor- 
mal operation. The repeater continually monitors the 
faulty port, and when the fault is fixed the port is re- 
connected to the network. 

2.1.3 DATA TERMINAL EQUIPMENT 

Data Terminal Equipment (DTE) includes usernodes, 
file servers, and other devices that can originate and 
accept data packets. A TPE network uses the same con- 
trollers as other 802.3 networks. These are Intel’s 
82586, 82590, and 82592, as well as any future Intel 
Ethernet controllers. This ensures a design continuity 
that allows for migration from Ethernet or Cheapnet 
designs to Twisted Pair Ethernet. The only part of the 
design that requires redesign is that between the con- 
troller and the connector. 

Intel’s product line supports two DTE designs. Over 
the twisted pair they are functionally equivalent; how- 
ever, they differ in the way they interface to the host 
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Figure 3. Repeater Block Diagram 


LAN controller. Figure 4 shows the first DTE design. 
It is based on the 82504TA, and comprises the 
82504TA, the interface logic, the twisted pair transmit- 
ters, and the twisted pair receivers. This circuit con- 
tains an embedded MAU; i.e., it connects directly to 
the twisted pair wire. The second DTE design, shown 
in Figure 5, also contains an embedded MAU. It is 
built around the 8252 1TA Serial Supercomponent and 
interfaces directly with the LAN controller and the 
twisted pair. The complete twisted pair design consists 
of an 8252 1TA and the connector. External MAUs, 
which interface a standard Ethernet AUI node to the 
twisted pair, are also allowed. External MAUs are part 
of Intel’s future product plans. 

2.1.4 LINK SEGMENT 

A link segment connects two twisted pair Medium At- 
tachment Units (MAUs); it comprises two Medium De- 
pendent Interface connectors (RJ-45, 8-pin standard 
telephone connectors), two pairs of twisted pair wire 
(note to exceed 100m) and a crossover. The connector’s 
pin assignments are shown in Table 3. 


Table 3. Pin Assignments for MDI Connector 


Pin 

Signal 

1 

Transmit Data + (TD + ) 

2 

Transmit Data- (TD-) 

3 

Receive Data+ (RD + ) 

4 

Not Used 

5 „ 

Not Used 

6 

Receive Data- (RD-) 

7 

Not Used 

8 

Not Used 


The crossover function connects the TD outputs of one 
MAU to the RD inputs of the other. This function can 
be implemented externally or embedded within a 
MAU. If the function is embedded, then the signal 
names on the connector refer to the remote MAU. That 
is Pin 1 (TD + ) on a MAU with an embedded cross- 
over is connected to the Transmit Data ( + ) of the re- 
mote MAU, and to its own Receive Data ( + ). The 
crossover function is defined by the following connec- 
tions between MAU A and MAU B. 
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DTE = High CLK(20MHz) 
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Figure 4. 82504TA Based DTE Block Diagram 



Figure 5. 82521TA Based DTE Block Diagram 
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MAUB 

TD + 1 

3RD + 

TD- 2 

6 RD — 

RD+ 3 

1 TD + 

RD- 6 

2 TD — 


When an embedded crossover function is used in a 
DTE to repeater connection, the crossover must be em- 
bedded in the repeater MAU. In general, repeater 
MAUs have an embedded crossover, and DTE MAUs 
do not. With proper use of the crossover function re- 
peaters can be cascaded through twisted pair ports, and 
two DTEs can be connected in a point-to-point net- 
work. Repeaters can be cascaded in two ways. First, 
one twisted pair port on a repeater can be designed to 
have a switched (optional) crossover function. This en- 
ables a DTE connection on that port when the cross- 
over is active, or a repeater connection when the cross- 
over is disabled. Secondly, twisted pair ports with em- 
bedded crossovers can be connected by using a third 
external crossover. 


2.2 Interoperation with Existing 
802.3 Networks 

Twisted Pair Ethernet networks that use Intel’s Ether- 
net controllers and TPE products are fully compatible 
with existing 802.3 networks at the Medium Access 
Control and Physical Signaling levels. Therefore, TPE 
networks can be integrated with existing 802.3 net- 
works to form one large network. The IEEE 802.3c- 
1988 standard allows connecting different types of 
10-Mb/s networks. Because the repeater definition ex- 
tends to a DTE type AUI connection on each port, the 
type of wiring is determined by the choice of MAU. 
Optionally, a repeater can have embedded MAUs on 
any of its ports. The only requirement is that function- 
ality at the Medium Dependent Interface point (e.g., 
coax tap or twisted pair connector) be maintained. 

The 82505TA Multiport Repeater provides embedded 
MAUs on 11 of the 12 ports, and an AUI connection 
on the remaining port. This allows creating local twist- 
ed pair subnetworks that are connected to an Ethernet 
backbone. Care must be taken not to violate the system 
topology rules of 802.3 networks. The most important 
of these are: (1) only one active signal path is allowed to 
exist between any two stations on the network and (2) 
no more than four repeaters are allowed in the signal 
path between any two stations on the network. There is 
an overall limit of 1024 stations on a network (repeaters 
do not count as stations). 


2.3 Software Compatibility 

Because the twisted pair networks use the same control- 
ler chips (82586 and 8259x) as current Ethernet and 


Cheapernet networks they have an implicit software 
compatibility. That is, Twisted Pair Ethernet designs 
based on the 82586 (8259x) will be software compatible 
with Ethernet/Cheapernet design based on the 82586 
(8259x). 

Two minor software configuration changes are required 
when the 82504TA and 8252 1TA are used. These 
changes will not be necessary in future Twisted Pair 
Ethernet products. Both these changes can be handled 
by the application-specific software driver for the TPE 
application. 

• Manchester Encoding. The Ethernet controller 
needs to be configured for Manchester encoding. 
For the 82586, bit 2, byte 14 of the CONFIGURE 
command must be set to 1. For the 8259x, bit 2, byte 
9 of the CONFIGURE command must be set to 1. 

• External Loopback. The 82504TA and the 8252 1TA 
do not support the external loopback mode of the 
Ethernet controllers. Software packages that used 
this mode will fail without a workaround. Normally, 
this is only an issue for diagnostics that use this 
mode during self-test. This problem can be avoided 
by modifying the software driver to look for external 
loopback mode, and to do its own software loopback 
when appropriate (based on a destination address 
check). 

3.0 NETWORK SYSTEM COMPONENT 
DESIGN 

The design of various TPE network system components 
is presented here. DTEs with embedded MAUs are 
shown first, and then the repeater design is shown. 

3.1 Designing a DTE Node Based on 
the 82504TA 

Figure 4 has shown a DTE node with an embedded 
MAU based on the 82504TA. It showed the Ethernet 
LAN controller, the 82504TA, the analog front-end, 
and the connector. As in previous Ethernet designs, the 
LAN controller provides the MAC services such as 
transmission deferral, collision backoff and retransmis- 
sion, CRC generation and checking, and address check- 
ing. It also provides the host interface. The 82504TA, 
in conjunction with the analog front-end, provides both 
the Physical Signaling and Physical Medium Attach- 
ment services. These include carrier sense, collision de- 
tect, Manchester decoding, clock recovery, line driving, 
and line receiving. The analog front-end handles the 
line driving and receiving functions from the 82504TA. 

3.1.1 HOST TO ETHERNET LAN CONTROLLER 

The interface of the Ethernet LAN Controller is dis- 
cussed in previous Intel Ap Notes, AP-274 and 
AP-320. 
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3.1.2 82504TA TO ETHERNET LAN 
CONTROLLER 

The 82504TA to co ntrol ler inte rface consists of t he di- 
rect conn ection of TxC, TxD, RxC, RxD, and RTS. 
The CRS signal to the controll er is generated by a logi- 
cal AND (a 74F08 is used) of CRS from the 82504TA 
and RTS. CDT is the NAND of TPS and an inverted 
RTS; both the NAND function and invert function are 
done by a 74F00. 

For clocking the 82504TA a clock oscillator is recom- 
mended. Many that meet the requirements of the device 
are available commercially. It must meet the following 
specifications. 

Frequency Tolerance ^0.01% 

Rise and Fall Times ^ 5 ns 

Duty Cycle 40/60% or better 

Output TTL compatible 

The 82586 and the 82504TA have two specification in- 
compatibilities. These are data sheet incompatibilities 
only, and will not affect performance. Work is in prog- 
ress to ensure that the 82586 and 82504TA specifica- 
tions are fully compatible. 

• TxD setup time. The 82 504TA requires a 10 ns set- 
up time from TxD to the TxC edge. The 82586 spec- 
ifies that TxD will change within 40 n s of the previ- 
ous TxC edge. Therefore, if the TxC duty cycle is 
not exactly 50% the TxD setup time is violated. 
However, the 82586 actually places the TxD edge 
approximately 25 ns from the previous TxC edge, 
and it never exceeds 30 ns. The next revision of the 
82586 data sheet will correct this specification prob- 
lem. 

• TxC duty cycle. The 82504TA does not specify the 
TxC duty cycle; however, the worst case would be 
better than 40/60% based on the high- and low-time 
specifications and signal rise and fall times. The 
82586 data sheet requires a 45/55% duty cycle for 
Manchester encoding. In fact, the tight duty cycle is 
only important when control of the TxD duty cycle 
is important. The 82504TA can tolerate the worst 
case TxD duty cycle generated by the 82586 with a 
worst case TxC, therefore there is no problem. The 
82586 specification will become a recommendation 
in the next revision of the data sheet. 

3.1.3 ANALOG FRONT-END 

The analog front-end is shown in Figure 6. It consists 
of two main sections, Transmit and Receive. The trans- 


mit section contains the interface, the line drivers, the 
EMI filter, and the line coupling devices. The receive 
section consists of the line coupling devices, the EMI 
filter, the line receivers, and the squelch circuitry. The 
line coupling devices and EMI filter are similar for both 
the transmit and receive sections, and will be described 
in a common section. 

The 82504TA to Line Driver Interface. The 82504TA 
to line driver interface consists of the four signals from 
the 82504TA (TRMT, TRMT, PDC, and TPEN), a 
quad XOR (e.g., 74F86), and quad line drivers. The 
design shown here uses an octal line driver 
(74ACT244) with the drivers paired. The four pairs are 
configured using a voltage summing circuit to give two 
differential drivers, one at 67% power, and the other at 
33%. During “thin” pulses and the first half of “fat” 
pulses, the two differential drivers act in unison to give 
100% power. During the second half of “fat” pulses, 
the 33% driver is inverted to provide only 33% power 
as required by the predistortion algorithm. 


The circuit operates as follows. The TPEN signal is the 
enable signal for the drivers. It is asserted by the 
82504TA whenever the node is transmitting. During 
idle, it is deasserted, and the driver enters the tri-state 
mode. The Manchester dat a is pr ovided by the 
82504TA on the TRMT and TRMT lines, and each 
signal is fed into two XOR gates. One of the XORs for 
each signal has one input grounded, therefore it acts as 
a non-inverting buffer. The output of these XOR gates 
feeds the two line drivers composing the 67% differen- 
tial driver. Therefore, the 67% driver is always driving 
the exact Man cheste r pattern. The other XOR gates are 
also fed by the PDC signal. This signal is low for “thin” 
pulses and the first half of “fat” pulses, and it is high 
for the second half of “fat” pulses. These XOR gates 
feed the 33% differential driver. The combination of 
the PDC signal and the XOR gates ensures that the 
33% driver follows the 67% drivers when 100% power 
is required, and inverts when 33% power is required. 

The design of this circuit is intended to present a con- 
stant driver impedance during packet transmission. 
This is vital since variations in the matching of driver 
impedance to the twisted pair cable impedance will 
cause reflections resulting in added jitter. 

High-Voltage Protection. To prevent damage to the ac- 
tive devices caused by high-voltage transients from the 
twisted pair line, protection should be provided. We 
recommend placing a pair of diodes on each of the four 
differential signals (two transmit and two receive) as 
shown in Figures 7 and 8. The diodes connect to the 
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Figure 6. Analog Front End 


±5V power supplies. These should be placed at the 
interface between the active devices and the low pass 
filters so the active circuits are protected and the filter 
attenuates the transients. 

Filter Design. The main function of the low-pass filter 
is to remove the high-frequency components of the 
transmitted signal without affecting the in-band fre- 
quencies (5 MHz to 10 MHz). The high frequency com- 
ponents can create electromagnetic interference (EMI) 
above the levels permitted by FCC regulations. The de- 
sign should provide minimum inband loss and mini- 
mum-in-band ripple while providing maximum atten- 


uation of frequencies above 30 MHz with appropriate 
roll-off in the transition band. 

The Group Delay variation is another critical factor in 
the design of the filter. The group delay is defined as 
the variation in signal phase with the frequency. The 
group delay variation is the derivative of the group de- 
lay. The group delay variation defines the difference in 
propagation delay through the filter for the frequencies 
of interest. These differences in propagation delay cause 
amplitude and phase distortions in the signal, which 
translate into jitter. 
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The impedance of the filter must be matched to both 
the transmitter impedance and the line impedance. 
Also, balance and grounding should be tightly con- 
trolled for proper operation. Due to these considera- 
tions we recommend a differential filter built symmetri- 
cally on each line of the differential pairs with the im- 
pedance matched at each end. 

Filters that provide all these characteristics are present- 
ed in Figures 7 (transmit) and 8 (receive). Their charac- 
teristics meet the requirements of the twisted pair envi- 
ronment. The requirements are as follows. 


Type 7 Pole, Balanced Elliptical 

I/O Impedance 96 ft ± 15% (5 MHz to 10 MHz) 

3 dB Frequency 17 MHz to 19 MHz 

50 dB Frequency ^30 MHz 

In-Band Ripple ^ 1 dB 


Line Coupling Devices. The line coupling devices, 
shown in Figure 9, include the transformers, common 
mode chokes, and common mode noise filters. The 
transformers provide ac coupling between the line and 
the circuitry while providing dc isolation. The recom- 
mended minimum isolation is 2250 Vd c . To provide 


proper balance between the two ends of the transform- 
ers, the windings should be identical. To provide appro- 
priate impedance matching in the frequency range of 
interest, the transformers should have appropriate pri- 
mary and secondary inductance (200 /jlH typical) and 
minimal interwinding capacitance ( < 20 pF). 

The common mode choke is provided to reject common 
mode radio frequency and electromagnetic interference 
picked up from the unshielded telephone lines. It 
should provide 1000 V^c isolation between the wind- 
ings. The common mode choke has four windings, each 
one connected with proper polarity, in series with the 
receive and transmit twisted pairs. The balance of the 
choke is very important in order to provide proper 
noise cancellation while passing through the differential 
signal unaffected. We recommend a common mode to 
differential balance of 30 dB at all frequencies up to 
20 MHz. 

The common mode noise filter removes undesirable 
high-frequency common mode signals picked up on the 
line, or generated by the transmitter. These signals are 
mainly generated by fast rise and fall times and signal 
crosstalk in the transmitter. 
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Line Receivers. The incoming receive signal passes 
through the line coupling devices and the low pass fil- 
ter. From there it is fed into a gated line receiver con- 
trolled by the squelch circuitry. The line receiver con- 
verts the received differential signal to TTL levels and 
feeds it to the 82504TA. The receiver can be designed 
using a zero crossing detector (e.g., NE521) and gated 
with the TPS signal with a 74F08. A 100 ft load resistor 
is placed on the 74F08 output to reduce jitter induced 
by the difference in the threshold mismatch between 
the 82504TA input and the 74F08 output circuits. 

Squelch Circuit. The squelch circuit differentiates noise 
from valid incoming data on the receive pair. It does 
this by detecting signals that are above a preset voltage 
level for a sufficient period. When there is no signal on 
the receive pair, the squelch circuit disables the line 
receiver, and deasserts the TPS signal to the 82504TA. 
When a signal above the threshold arrives, TPS is as- 
serted, and the line receiver is enabled. The squelch 
circuit ensures that the receive circuits in the 82504TA 
are operating only during packet reception. The 
squelch circuit should meet the following specifications. 


Reject < 250 mV 

Accept >350 mV and > 30 ns 


The circuit shown in Figure 6 uses a high-speed com- 
parator with an offset threshold. The output of this 
comparator is fed to a retriggerable timing circuit that 
controls the TPS signal to the 82504TA. To ensure rec- 
ognition of the IDL (end of packet) signal, and to pre- 
vent midpacket deassertion of TPS, the timing circuit 
should be set to detect positive pulses between 1.5 and 
2.0 bit times (200 ns). The timing circuit can be imple- 
mented by using either a quad flip-flop (74F175) 
clocked from the 20 MHz clock generator or a retrig- 
gerable monostable multivibrator with an appropriate 
time constant. The first method provides better stability 
and requires fewer discrete components. If the multivi- 
brator is used, then the selection of the timing compo- 
nents is critical. The timing capacitor must have very 
low leakage with good temperature and aging stability. 
The timing capacitor and resistor need to be as close as 
possible to the IC to minimize stray capacitance and 
noise injection. 

Layout Considerations. The power and ground wiring 
should conform to good high-frequency practice and 
standards to minimize switching transients and parasit- 
ic interaction between various circuits. To achieve this, 
the following guidelines are presented. 

• Place bypass capacitors (usually 0.01 juF) on each 
IC between V^c and ground. They should be locat- 
ed close to the Vqc pins. 


• Make power supply and ground traces as thick as 
possible. This will reduce high-frequency cross cou- 
pling caused by the inductance of thin traces. 

• Separate and decouple all of the analog and digital 
power supply lines. 

• Close signal paths to ground as close as possible to 
their sources to avoid ground loops and noise cross 
coupling. 

• Connect all unused IC inputs (except as directed by 
the manufacturer) to ground or Vqc t0 avoid noise 
injection or parasitic oscillations of unused circuits. 

• Use high-loss magnetic beads on power supply dis- 
tribution lines. 

• Group each of the receive and transmit circuits, but 
keep them separate from each other. Separate their 
grounds. 

° Lay out all differential circuits symmetrically so 
parasitic effects are also symmetrical. 

® Lay out the circuitry from the line connector to the 
active circuitry (especially the EMI filter) on a 
ground plane to prevent undesirable EMI effects. 


3.2 Designing a Simplified DTE Node 
Based on the 82521TA Serial 
Supercomponent 

A design for an 8252 1TA based DTE node within em- 
bedded MAU is shown in Figure 5. It includes all of the 
functions described in Section 3.1, thereby relieving the 
designer of those responsibilities. It is simple to use, 
and it does not require mastering of pole-zero diagrams. 
It is a direct interface from the Ethernet controller to 
the RJ-45 connector. 

Currently, the 8252 1TA has the same specification in- 
compatibilities with the 82586 as the 82504TA does, 
and these will be resolved c oncur rently. There is one 
added signal, Clear to Send (CTS), its implementation 
is optional. 

The layout of the 8252 1TA and the RJ-45 connector 
should keep the TD + , TD, RD + , and RD signal lines 
as short as possible. The power supply traces (Vco 
Vee> Ve)E)> anc * g rounc 0 should be as thick as possible, 
and bypass capacitors should be placed between each 
power supply and ground. We also recommend laying 
out the 8252 1TA on a ground plane. 
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3.3 Designing a Multiport Repeater 
Using the 82505TA 

Figure 3 shows the multiport repeater based on the 
82505TA (with one 82504TA). The repeater contains 
1 1 twisted pair ports with embedded MAUs and 1 AUI 
port. The 82505TA controls the operation of the re- 
peater in accordance with ANSI/IEEE 802.3c — 1988 
repeater unit specifications; this includes signal retim- 
ing, automatic preamble generation, autopartitioning, 
and jam signal generation. The 82504TA performs 
Manchester decoding and clock recovery during an ac- 
tive incoming signal. Two addressable latches 
(74LS259) are used to control the 16 LED indicators. 
A 4-to-16 decoder (74LS154) is used to disable the 
transmitter of the receiving port during transmission 
without contention. The Twisted Pair port functions 
contain the line drivers, the line receivers, the filter, and 
the isolation required for a twisted pair embedded 
MAU. In addition, one AUI interface is present to pro- 
vide access to existing (IEEE 802.3) 10 Mb/s baseband 
segments. 

3.3.1 82505TA TO 82504TA INTERFACE AND 
CLOCK GENERATION 

The 82505TA to 82504TA interface is straightforward. 
It consists of six signals directly con nected between the 
devices. The signals are TRxD, TPS, MCV, CRS, RxC, 
and RxD. The interface is shown in Figure 3. 

A single clock oscillator is recommended for clocking 
the 82505TA and 82504TA. The requirements are iden- 
tical to those shown for the DTE design using the 
82504TA. They are: 

Frequency Tolerance ^0.01% 

Rise and Fall Times ^ 5 ns 

Duty cycle .60/40% or better 

Output TTL compatible 

3.3.2 TWISTED PAIR PORT DESIGN 

The design of the twisted pair port circuits is nearly 
identical to the analog front-end circuits of the DTE 
design based on the 82504TA. It is shown in Figure 10. 
The design consists of two mian sections, transmit and 
receive. The transmit section contains the interface cir- 
cuits, the line drivers, the EMI filter, and the line cou- 
pling devices. Conversely, the receive section consists of 
line coupling devices, an EMI filter, line receiver, 
squelch circuit, and interface circuits. The line coupling 
devices and noise filter are similar for both the transmit 
and receive sections, and will be described in a common 
section. 


The 82505TA to Line Driver Interface. The 82505TA 
to line driver interface consists of the four signals from 
the 82505TA (TRMT, TRMT, PDC, and TPEN), the 
port enable (PEx) signal from the port disable control, 
two NAND gates, a quad XOR (e.g., 74F86), and quad 
line drivers. The design shown here uses an octal line 
driver (74ACT244) with the drivers paired. The four 
pairs are configured using a voltage summing circuit to 
give two differential drivers, one at 67% power, and the 
other at 33%. During “thin” pulses and the first half of 
“fat” pulses, the two differential drivers act in unison to 
give 100% power. During the second half of “fat” puls- 
es, the 33% driver is inverted to provide only 33% 
power as required by the predistortion algorithm. 


The circuit operates as follows. .The TPEN signal is 
inverted and NAND’d with the individual port’s Port 
Enable signal. This generates the enable signal for that 
port’s drivers. It is asserted whenever the port is trans- 
mitting; i.e., when another port is receiving, or during a 
collision jam. During idle it is deasserted, and the driv- 
ers enter the tri-state mode. The Manchester data is 
provided by the 82505TA on the TRMT and TRMT 
lines, and each signal is fed into two XOR gates. One of 
the XORs for each signal has one input grounded, 
therefore it acts like a non-inverting buffer. The output 
of these XOR gates feeds the two line drivers compos- 
ing the 67% differential driver. Therefore, the 67% 
driver is always driving the exact Manch ester p attern. 
The other XOR gates are also fed by the PDC signal. 
This signal is low for “thin” pulses and the first half of 
“fat” pulses, and it is high for the second half of “fat” 
pulses. These XOR gates fee d the 33% differential driv- 
er. The combination of the PDC signal and the XOR 
gates ensures that the 33% driver follows the 67% driv- 
ers when 100% power is required, and inverts when 
33% power is required. 

The design of this circuit is intended to present a con- 
stant source impedance during packet transmission. 
This is vital since variations in the matching of driver 
impedance to the twisted pair cable impedance will 
cause reflections resulting in added jitter. 

High-Voltage Protection. To prevent damage to the ac- 
tive devices due to high voltage transients from the 
twisted pair line, high-voltage protection should be pro- 
vided. We recommend placing a pair of diodes on each 
of the four differential signals (two transmit and two 
receive) as shown in Figures 7 and 8. The diodes con- 
nect to the ±5V power supplies. These should be 
placed at the interface between the active devices and 
low pass filters so that the active circuits are protected, 
and the filter attenuates the transients. 

Filter Design. The main function of the low-pass filter 
is to remove the high-frequency components of the 
transmitted signal without affecting the in-band 
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(5 MHz to 10 MHz) frequencies. The high frequency 
components can create electromagnetic interference 
(EMI) above the levels permitted by FCC regulations. 
The design should provide minimum in-band loss and 
minimum in-band ripple while providing maximum at- 
tenuation of frequencies above 30 MHz with appropri- 
ate roll-off in the transition band. 

The Group Delay variation is another critical factor in 
the design of the filter. The group delay is defined as 
the variation in signal phase with the frequency. The 
group delay variation is the derivative of the group de- 
lay. The group delay variation defines the difference in 
propagation delay through the filter for the frequencies 
of interest. These differences in propagation delay cause 
amplitude and phase distortions in the signal, which 
translate into jitter. 

The impedance of the filter must be matched to both 
the transmitter impedance and the line impedance. 
Also, balance and grounding should be tightly con- 
trolled for proper operation. Due to these considera- 
tions we recommend a differential filter built symmetri- 
cally on each line of the differential pairs with the 
impedance matched at each end. 

Filters that provide all these characteristics are present- 
ed in Figures 7 (transmit) and 8 (receive). Their charac- 
teristics meet the requirements of the twisted pair envi- 
ronment. The requirements are as follows. 


Type 7 Pole, Balanced Elliptical 

I/O Impedance 96H ± 15% (5 to 10 MHz) 


3 dB Frequency 17 MHz to 19 MHz 

50 dB Frequency ^30 MHz 

In-Band Ripple ^ 1 dB 

Line Coupling Devices. The line coupling devices, 
shown in Figure 9, include the transformers, common 
mode chokes, and common mode noise filters. The 
transformers provide ac coupling between the line and 
the circuitry while providing dc isolation. The recom- 
mended minimum isolation is 2250 Vd c . To provide 
proper balance between the two ends of the transform- 
ers, the windings should be identical. To provide appro- 
priate impedance matching in the frequency range of 
interest, the transformers should have appropriate pri- 
mary and secondary inductance (200 juH typical) and 
minimal interwinding capacitance (<20 pF). 

The common mode choke is provided to reject common 
mode radio frequency and electromagnetic interference 
picked up from the unshielded telephone lines. It 
should provide 1000 V^c isolation between the wind- 
ings. The common mode choke has four windings, each 
one connected with proper polarity, in series with the 
receive and transmit twisted pairs. The balance of the 
choke is very important in order to provide proper 
noise cancellation while passing through the differential 
signal unaffected. We recommend a common mode to 
differential balance of 30 dB at all frequencies up to 
20 MHz. 

The common mode noise filter removes undesirable 
high-frequency common mode signals picked up on the 
line, or generated by the transmitter. These signals are 
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mainly generated by fast rise and fall times and signal 
crosstalk in the transmitter. 

Line Receiver. The incoming receive signal passes 
through the line coupling devices and the low pass fil- 
ter. From there it is fed into a gated line receiver con- 
trolled by the squelch circuitry. The line receiver con- 
verts the received differential signal to TTL levels and 
feeds it to the MPR. The receiver can be designed using 
a zero crossing detector (e.g., NE521) and gated with 
the TCSx signal with a 74F08. 

Squelch Circuit. The squelch circuit differentiates noise 
from valid incoming data on the receive pair. It does 
this by detecting signals above a preset voltage level. 
When there is no signal on the receive pair, the squelch 
circuit disables the line receiver, and deasserts the 
TCSx signal to the 82505TA. When a signal above the 
threshold arrives, TCSx is asserted, and the line receiv- 
er is enabled. The squelch circuit ensures that the re- 
ceive circuits in the 82505TA are operating only during 
packet reception. The squelch circuit should meet the 
following specifications: 


Reject < 250 mV 

Accept > 300 mV and > 30 ns 


The circuit shown in Figure 10 uses a high-speed com- 
parator with an offset threshold. The output of this 
comparator is fed to a retriggerable timing circuit that 
activates the TCSx pin of the 82505TA. To ensure rec- 
ognition of the IDL (end of packet) signal, and to pre- 
vent midpacket deassertion of TCSx, the timing circuit 
should be set to detect positive pulses between 1.5 and 
2.0 bit times (200 ns). The timing circuit can be imple- 
mented by using either a quad flip-flop (74F175) 
clocked from the 20 MHz clock generator or a retrig- 
gerable monostable multivibrator with an appropriate 
time constant. The first method provides better stability 
and requires fewer discrete components. If the multivi- 
brator is used, then the selection of the timing compo- 
nents is critical. The timing capacitor must have very 
low leakage with good temperature and aging stability. 
The timing capacitor and resistor need to be as close as 
possible to the IC to minimize stray capacitance and 
noise rejection. 

Layout Considerations. The power and ground wiring 
should conform to good high-frequency practice and 
standards to minimize switching transients and parasit- 
ic interaction between various circuits. To achieve this, 
the following guidelines are presented. 

• Place bypass capacitors (usually 0.01 jaF) on each 
IC between Vcc and ground. They should be locat- 
ed close to the Vcc P* ns - 

• Make power supply and ground traces as thick as 
possible. This will reduce high-frequency cross cou- 
pling caused by the inductance of thin traces. 

• Separate and decouple all of the analog and digital 
power supply lines. 


• Close signal paths to ground as close as possible to 
their sources to avoid ground loops and noise cross 
coupling. 

• Connect all unused IC inputs (except as directed by 
the manufacturer) to ground or Yqc to avoid noise 
injection or parasitic oscillations of unused circuits. 

• Use high-loss magnetic beads on power supply dis- 
tribution lines. 

• Group each of the receive and transmit circuits, but 
keep them separate from each other. Separate their 
grounds. 

• Lay out all differential circuits symmetrically so 
parasitic effects are also symmetrical. 

• Lay out the circuitry from the line connector to the 
active circuitry (especially the EMI filter) on a 
ground plane to prevent undesirable EMI effects. 

3.3.3 AUI PORT 

The AUI port circuitry is shown in Figure 11. It com- 
prises interface circuits, the DO line drivers, two quad 
D flip-flops (74F175), and terminated line receivers for 
the DI (squelch and data) and Cl (squelch only) cir- 
cuits. 

The Cl squelch line receiver feeds the D-0 and clear 
inputs for one of the quad D flip-flop circuits. When a 
signal larger than t he squelch offset is seen, the flip- 
flops are cleared and AUICDT is asserted. This contin- 
ues for as long as Cl is active. During the start of idle, 
the squelch receiver output is held high, and the flip- 
flops set in sequence. After four clocks, 150 ns to 
200 ns, the last flip-flop is set, and AUICDT deasserts. 
It remains deasserted during the entire idle period. 

The DI line receivers work in much the same way, ex- 
cept that activity on Cl, or an active transmission will 
inhibit AUICRS. The data channel on DI is processed 
without a voltage offset, and is gated by AUICRS. In 
this way, the least amount of jitter is added on the 
AUIRxD line, and the data channel is not sensitive to 
idle noise. 


The DO line drivers are controlled by the TPEN and 
PEI 1. The drivers should activate when both are assert- 
ed. A voltage divider is provided after the drivers to 
achieve the proper driver levels. 

3.3.4 PORT DISABLE CONTROL 

The Port Disable Control, shown in Figure 12, is per- 
formed by a 74LS154 4-to-16 decoder. During trans- 
mission without contention, the address of the originat- 
ing port is given to the decoder, and the control line 
asserted. This in turn disables the transmitter to that 
port. When a transmit based collision occurs, the con- 
trol line to the decoder is deasserted, and jam is broad- 
cast on all ports. 
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Figure 11. AUI Port 
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3.3.5 LED CONTROL 

LED control (Figure 13) is handled by two 8-bit ad- 
dressable latches (74LS259). The controller cycles 
through the addresses for the LEDs every 105 ms, and 
will turn each one on or off. The three least significant 
address bits (L0-L2) for the LED control are fed to 
each 8-bit latch. The most significant address bit (L3) 
controls the enable line to th e two packag es. When it is 
strobed by LEDSTRB, the LEDCTRL signal deter- 
mines the state of the LED. 


4.0 UPGRADE PATH TO THE FINAL 
10BASE-T STANDARD 

As the 10BASE-T Task Force completes writing the 
standard, Intel is finalizing its plans for a standard- 
compliant product. Our commitment is to provide an 
upgrade to the final standard as soon as possible, while 
minimizing the effort required by our customers to im- 
plement it. In addition, Intel will ensure that networks 
designed with our current (prestandard) products will 
coexist with 10BASE-T networks. That is to say, there 
is no built-in obsolescence with these current products. 
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Prestandard and standard-compliant networks will co- 
exist at the AUI interface. Network sections based en- 
tirely on prestandard components will be able to con- 
nect to network sections based entirely on compliant 
components through coax backbones, or through exter- 
nal MAUs connected to the AUI ports of the repeaters. 

The simplest upgrade path will be a DTE designed with 
the 8252 1TA Serial Supercomponent. Here, the user 
will merely have to substitute the standard-compliant 
Supercomponent, and his design will work. At this time 
we are planning to include a prestandard compatible 
mode for the device, which will be a strapping option. 
Since the 8252 1TA has defined the pins required for 
this mode, users can include either mode of operation 
in their designs, or the ability to select between them. 

Upgrading 82504TA designs will be slightly more diffi- 
cult, since the standard-compliant device will have 
more functions integrated; e.g., line drivers, line receiv- 
ers, and interface logic. These functions were not de- 
fined by 10BASE-T when the 82504TA was designed, 
therefore they were intentionally not included. This will 
require that the system designer change the design for 
DTE nodes based on the 82504TA, but will allow re- 
ductions in the bill of material cost and board space 
requirements for the design. 

Intel intends the 82505TA standard-compliant product 
to incorporate the Manchester decoder and clock re- 
covery functions; therefore, an 82504TA will not be 
needed in the repeater. Intel further intends the device 
to be backward compatible with the previous version, 
that is, the new controller can be plugged into an old 
controller socket. The standard-compliant MPR will 
also include the capability for parallel expansion, allow- 
ing repeater design with more than 11 twisted pair 
ports. 

Overall, the upgrade from the current products to stan- 
dard-compliant products is easy, and incorporates low- 


er cost, higher functionality, or both. The 8252 1TA 
SSC was designed to eliminate the effort (and the risk) 
required for compliance. In both the case of the 
82504TA and 82505TA, the upgrade will require mini- 
mal redesign, and will maintain or reduce the require- 
ments of material, board space, and power consump- 
tion. 


5.0 SUMMARY 

In this Application Note, a 10 Mb/s Local Area Net- 
work has been introduced that uses standard telephone 
twisted pair wiring and a star configuration for cost 
savings and flexibility. It is based on the IEEE 802.3 
standard for CSMA/CD medium access. It complies 
with the standard at the MAC and PLS levels, and 
follows the emerging 10BASE-T standard at the PM A 
level. This network type is fully software compatible 
with and can coexist with current Ethernet or Cheaper- 
net networks. The hardware connection is made by in- 
cluding an 802.3 defined AUI port and complying with 
the repeater standard ANSI/IEEE 802.3c — 1988. 

Intel has introduced three products for designing net- 
work components (DTEs and repeaters). DTE design 
can be done with either the 8252 1TA Serial Supercom- 
ponent or the 82504TA Transceiver Serial Interface. 
The Supercomponent contains all the circuitry required 
between the Ethernet controller and the RJ-45 connec- 
tor. It also provides a transparent upgrade path to a 
standard compliant design. Multiport repeaters can be 
designed using the 82505TA with an 82504TA. It al- 
lows for 1 1 twisted pair ports and 1 AUI port. 

Finally, upgrade paths to the upcoming 10BASE-T 
standard for Twisted Pair Ethernet were presented. 
This simplest path is for designs which use the super- 
component; however, all designs can be easily upgraded 
to the standard when it is available. 
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1.0 INTRODUCTION 

This Application Note is a companion piece to AP-320, 
Using the Intel 82592 to Integrate a Low-Cost Ethernet 
Solution into a PC Motherboard . While AP-320 deals 
mostly with hardware issues this Application Note 
deals almost entirely with software. Two programs are 
presented. One is written in “C” and the other is writ- 
ten in assembly language. The NetWare driver present- 
ed in this Application Note is a revised version, of the 
code in section 7 of AP-320. 


1.1. Objective 

This Application Note was written to serve as a design 
example to aid the user in developing software for the 
Intel 82592 LAN Controller. Two programs are pro- 
vided. The ELM Exerciser Program demonstrates the 
embedded LAN architecture and provides the user a 
tool for exercising the 82592 in a system environment. 
This program is written mainly in the “C” program- 
ming language with assembly language used when nec- 
essary. The NetWare driver provides an example of an 
interface to a widely used networking package. The 
NetWare driver provides an avenue for evaluation of 
the ELM concept in a real LAN environment. The 
NetWare driver code provides routines that accomplish 
all of the common functions required by LAN interfac- 
es. This code should be adaptable to drivers for net- 
work software packages other than NetWare without 
too much effort. The NetWare driver is written com- 
pletely in assembly language. 


1.2 Acknowledgements 
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ter for their excellent support during the development 
of the Exerciser software. We also thank Ben L. Gee of 
San Jose, California and Drex Dixon of Novell for their 
advice during the development of the NetWare driver 
software. 


2.0 ELM HARDWARE 

The ELM is intended to demonstrate the concept of 
embedded LAN connections. This concept could be im- 
plemented either directly on the motherboard of a mi- 
crocomputer system or as a socket option similar to 
todays math coprocessor sockets. The ELM illustrates 
how little board space this concept requires, and also 
makes it possible to evaluate the performance potential 
of the nonbuffered architecture. The ELM is not in- 
tended as a final solution. Additional hardware features 
such as a DMA stop register and DMA capable of 
chaining noncontiguous buffers could simplify the driv- 
er software. 


The ELM is implemented as a small printed circuit 
board containing an 82592 Advanced CSMA/CD 
LAN Controller, two PALs, and two latches. It is con- 
nected by a ribbon cable to an analog module, which 
provides the interface to the media. There are two ana- 
log modules available. They are an Ethernet module 
and an Ethernet/Cheapernet module. Using this ap- 
proach, other analog modules, for example, StarLAN 
or twisted Pair Ethernet, could be implemented without 
modifying the digital module. 

The ELM is designed to function in PC AT compatible 
systems. It has been used in the Intel SYP301 system, 
Compaq Deskpro 386-16, Compaq Portable 386-20, 
Compaq Portable 286, and both 6- and 8-MHz IBM 
PC AT machines. The ELM takes liberties with the 
refresh cycles of the PC. It does not sense the system’s 
refresh request and can cause refresh cycles to be 
missed occasionally. In a commercial implementation a 
timer should be used to limit the amount of time the 
ELM can control the bus. The ELM hardware and 
driver software are used daily by one of the authors as 
his connection to our department LAN and no prob- 
lems have been caused by the lack of a refresh kickoff 
timer. The module uses two of the system’s 16-bit 
DMA channels to provide transmit and receive DMA. 
Channels 6 and 7 are used. The module also uses the 
IntlO interrupt line. None of these hardware require- 
ments are jumper selectable. The module also requires a 
small modification to the system motherboard. A con- 
nection must be made to the EOP pin of the DMA 
controller to allow autoinitialization to be controlled by 
the module for retransmission in case of collision. This 
can be accomplished by soldering a binding post to the 
EOP pin of the secondary 8237A DMA controller. In 
cases where a connection to EOP cannot be made, the 
software would have to be altered to allow retransmis- 
sion to be controlled by the CPU. 

As well as providing all required address decoding, the 
two PALs interpret the Tightly Coupled Interface 
handshake signals from the 82592 and generate control 
signals to the latches and the DMA controller. These 
signals accomplish two things. First, at the end of a 
received frame, the Tightly Coupled Interface generates 
a handshake. The PALs convert this to a signal that 
latches the last location of the frame just received. The 
82592 transfers length and status information into the 
memory as the last four words of a received frame. 
Using this information it is possible to reconstruct a 
string of frames in memory. This feature of the module 
allows reception of back-to-back frames. Second, when 
a collision occurs, the Tightly Coupled Interface gener- 
ates a handshake, which the PALs use to send an EOP 
to the system’s DMA controller. This allows the ELM 
to execute a retransmission without intervention by the 
CPU. This feature serves two purposes. The CPU is 
free to continue the processing it is involved with, and 
the node is also guaranteed fair and equal access to the 
media. When the CPU must actually handle retrans- 
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mission it is unlikely that the station will be ready to 
retry access to the link in a timely fashion. 


Section 2 Design Documentation for 
82592 Embedded LAN Module Novell 
NetWare* Driver 

3.0 OVERVIEW 

The Novell NetWare * Driver for the 82592 Embedded 
LAN Module (ELM) is the first NetWare driver inter- 
nally generated by MCFG LAN Marketing. The pur- 
pose of the Embedded LAN Module project is to dem- 
onstrate the feasibility of an embedded Ethernet LAN 
connection.By providing a driver for a very widely used 
Network Operating System (the popular NetWare from 
Novell, Inc.) we are attempting to provide an tool for 
evaluating this concept under real network conditions. 
This driver is a workstation shell driver. This section of 
the Application Note is intended to be used in conjunc- 
tion with the program listing in Appendix C. It is pre- 
sented as an adjunct to the comments in the source 
code listing itself. Hopefully the text will shed the need- 
ed light where the source code comments fail to illumi- 
nate. 

The first part of this section contains an overview of the 
requirements of a NetWare driver to allow those unfa- 
miliar with NetWare drivers to follow the discussion. A 
bibliography is provided as an appendix for those who 
desire more detailed information. The balance of the 
section is a discussion of each routine the driver soft- 
ware provides. Each routine is first explained from a 
functional point of view. Then any hardware considera- 
tions are discussed. Where it is warranted, alternative 
approaches to the routine are given. 

This document is not meant to be a tutorial on writing 
Novell NetWare driver software. It is a discussion of 
the generation of a single driver for a particular piece of 
hardware. This driver is a demonstration tool and is not 
represented to be a commercial NetWare driver. Nei- 
ther the author nor Intel Corporation accept any re- 
sponsibility for the use or misuse of this driver or of this 
documentation. For complete information on NetWare 
driver generation please contact Novell. 

Novell’s NetWare Network Operating System uses an 
implementation of the Xerox Internetwork Datagram 
Packet (IDP) protocol called the Internetwork Packet 
Exchange (IPX) protocol. It provides the developer a 
set of media independent services, and dictates a set of 
services that the driver must provide. Information con- 
cerning transmit and receive operations are communi- 
cated between IPX and the driver by using Event Con- 
trol Blocks (ECBs). For example, if NetWare wants to 
transmit a packet, a transmit ECB is prepared that con- 
tains address information and a list of fragments in 

* NetWare is a registered trademark of Novell Incorporated 


memory containing the packet to be transmitted. The 
driver routine DriverSendPacket is then called. Driver- 
SendPacket processes the ECB and constructs the me- 
dia specific frame, which allows the information to be 
transmitted to the target node on the network. When 
the attempt to transmit the frame has been completed, 
the driver stuffs a completion code into the proper posi- 
tion in the ECB and passes it back to IPX through a 
call to the IPX routine IPXHoldEvent. IPX puts the 
ECB in a queue and later does the processing required 
to complete the operation. 

NetWare requires the driver to provide several routines 
for its use. Some of these routines may not be required 
by a driver and can be implemented as a simple return. 
This driver implements the routines DriverDisconnect 
and DriverOpenSocket as a return. The remaining rou- 
tines are implemented and are listed below. 

• Driverlnitialize configures the LAN adapter hard- 
ware and any variables that need to be initialized at 
start up time such as the node address. 

• DriverSendPacket and DriverBroadcastPacket are 
implemented as a single routine with two labels at 
the entry point. This routine processes the transmit 
ECB that is passed to it and make a best effort at- 
tempt to send it to the target node. It is not a guar- 
anteed delivery routine. 

• DriverlSR is the interrupt service routine for the 
driver and processes all interrupt events. 

• DriverPoll checks to see if a transmit is in progress. 
If there is no active transmit it returns. If a transmit 
is underway DriverPoll checks to see if it has timed 
out. If so, the transmission is aborted and its ECB is 
returned with an error code. 

• DriverCancelRequest searches the transmit queue 
for the specified ECB and removes it from the 
queue. It then stuffs the completion code and re- 
turns. 

• DriverCloseSocket unlinks all pending ECBs for the 
specified socket and returns them to IPX. 

• DriverUnhook is used to disinstall the driver if no 
active file server can be found during initialization. 
This involves restoring the interrupt vector to its 
original value and disabling the LAN adapter so it 
will not affect system operation. 

• SetlnterruptVector is called by Driverlnitialize to 
insert the interrupt vector for the LAN adapter into 
the correct location in the system’s interrupt vector 
table after saving any vector that is already there. 


4.0 DRIVER SOFTWARE ROUTINES 

4.1 Driverlnitialize 

This is the first routine IPX calls when the driver soft- 
ware is being loaded. This routine is responsible for 
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initializing the LAN adapter hardware and any vari- 
ables or memory structures required by the driver. It 
also sets the interrupt vector in system RAM after sav- 
ing any vector already there. When IPX calls this rou- 
tine it specifies a point in memory for the initialization 
routine to place the node address. 

The first thing this driver does is set the IPX variable 
“MaxPhysPacketSize” to 1024. This value is used when 
attaching to a fileserver to negotiate the largest packet 
size that will be passed between the two stations. This 
allows transferring packets larger than the 576-byte de- 
fault packet size between the fileserver and the worksta- 
tion. 

4.1.1 GENERATING A STATION ADDRESS 

The next action generates a station address. Since the 
ELM has no address PROM the driver generates the 
address by using a combination of hard-coded numbers 
and the value read from the system’s real-time clock. 
The real-time clock is read using function 2Ch of the 
DOS interrupt 21h. The first two bytes of the address 
are OOh and AAh, which are Intel’s Ethernet code. The 
next three bytes are the minutes, seconds, and hun- 
dredths of seconds read from the real-time clock. The 
sixth byte is 7Eh, which was a dysteleological choice on 
the authors part. This technique gives a high likelihood 
that several ELMs can be operated in a small network 
without duplicate addresses occurring. A commercial 
implementation of the ELM concept should be provid- 
ed with a hard-coded address in PROM or EPROM on 
the card. After the address bytes have been moved into 
the drivers local variable array they are copied to the 
location indicated by IPX in the DI register. 

When the address initialization has been completed, the 
driver initializes some parameters from the hardware 
configuration table. This is mainly done as an example, 
since there is only one possible hardware configuration 
for this module. However, the code required to step 
through the tables is provided. 

4.1.2 INITIALIZING THE INTERRUPT VECTOR 

Initializing the interrupt vector is the next action. The 
interrupt number is read from the configuration vari- 
able config irq loc and placed in the AL register. 

The offset of the interrupt service routine is moved into 
the BX register then SetlnterruptVector is called. Set- 
InterruptVector first generates the mask variables for 
the 8259A by writing a one into DL and then shifting it 
left a number of times corresponding to the value 
passed in AL. The unmask variable is then generated 
by the negation of the value in DL. SetlnterruptVector 
then saves the vector for the interrupt that the board 
will use and inserts the vector for DriverlSR in its 
place. The routine then returns control to Driverlnitial- 
ize. 


Upon returning from SetlnterruptVector the ELM is 
enabled by a write to location 303h. The PALs decode 
this write, and enable DMA and interrupts from the 
ELM to the system (as well as reads and writes to and 
from the 82592 registers). A Reset command is then 
issued to the 82592. 

4.1.3 INITIALIZING THE BUFFER VARIABLES 

The driver must calculate the effective address of the 
transmit and receive buffers to use the system DMA. 
Since the PC architecture uses a static page register for 
the upper address bits, checks must be made to ensure 
that the buffers do not cross these hardware imposed 
boundaries. This is accomplished through a call to 

set up buffers. This routine sets up two buffers in 

the 10-kB space allocated at load time. One buffer is 
used for a transmit buffer and as the parameter block 
for commands that require parameters. This buffer is 
set up to be at least 1200 bytes long. All remaining 
space is used for the receive buffer. The receive buffer is 
implemented as a restartable linear buffer. This ap- 
proach was taken to allow the use of the IPX routine 
IPXReceivePacket, which requires the receive packet 
to be contained in a single, contiguous buffer. IPXRe- 
ceivePacket does most of the required receive process- 
ing itself which makes the driver simpler. 

There are four basic conditions that can exist for the 
buffer space with which the driver must work. 

• The buffer space has no hardware boundary. See 
figure 1. 

• The buffer space contains a boundary, and the lower 
section is too small to use (i.e., less than the 1200 
bytes used for the transmit buffer). See figure 2. 

• The buffer space contains a boundary, and the upper 
section is too small to use. See figure 3. 

• The buffer space contains a boundary, and both sec- 
tions are usable. See figure 4. 

In the first case the transmit and general purpose buffer 
will be located in the first 1200 bytes of the buffer 
space, and the receive buffer will occupy the remainder 
of the space. In the second case the unusable fragment 
is discarded by adding the length of the fragment to the 
original starting address of the buffer. The total buffer 
area is adjusted by subtracting the length of the frag- 
ment from the original length (10-kB) of the original 
total buffer area. The transmit buffer uses the first 1200 
bytes of the buffer space. In the third case the starting 
address remains the same and the total buffer area is 
adjusted by subtracting the length of the unusable frag- 
ment from the original total buffer area. In these three 
cases the required addressing variables can now be cal- 
culated. The fourth case adds one additional step. Since 
both fragments are usable the larger fragment must be 
determined. The receive buffer will be located in the 
larger fragment. The receive buffer will be at least 5000 
bytes and can be as large as 8800 bytes depending on 
where DOS loads the driver. 
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Figure 1. Buffer with No Hardware Boundary 
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Figure 2. Buffer with Boundary and Unusable Portion at Top 
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Figure 3. Buffer with Boundary and Unusable Section at Bottom 
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Figure 4. Buffer with Boundary and Both Portions Usable 
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Once these initial calculations have been made set 

up buffers uses this information to generate the ad- 

dressing information to be used to program the DMA 
control channels and their respective page registers. 
Since the 16-bit DMA channels are set up to provide 
word moves only, the effective address of the beginning 
of the transmit and receive buffers must be shifted right 
one place so only A 1 -A 16 are contained in the variable. 
The least significant bit of the page register is not used 
by the 16-bit DMA channels because A16 is generated 
by the DMA controller. The receive channel requires 
an artificial segment to be generated because the latches 
contain an effective address rather than an offset to the 
actual segment the buffer resides in. This artificial seg- 
ment is used when the received packet is passed up to 
IPX. Once the required variables have been initialized, 
control is returned to Driverlnitialize. 

4.1.4 CONFIGURING THE 82592 

With the DMA variables initialized, the driver can now 
prepare to configure and initialize the 82592 Advanced 
CSMA/CD LAN Controller. The transmit DMA 
channel is used during configuration to allow the 82592 
to read parameters from memory. To put the 82592 
into 16-bit mode, the first operation to the 82592 after 
reset must be a Configure command with zero in the 
byte count of the parameter block. To do this the trans- 
mit DMA channel is set up to point to the beginning of 
the transmit/general purpose buffer area. This is done 
by first resetting the indexing flip-flop in the 8237A, 


and then enabling it by writing lOh to the command 
register. This puts the 8237A into rotating priority, late 
write, and normal (rather than compressed) timing. 
Next the address of the first location of the transmit/ 
general purpose buffer is written to the 2-byte base ad- 
dress register of the 8237A (low byte first) and the 
DMA page register. A “1” is written to the word count 
register of the DMA controller. This allows two trans- 
fers to be made because the 8237A interprets this regis- 
ter as “transfer count - 1.” The channel is then set up to 
do the desired type of transfer by writing to the DMA 
controller’s mode register. Finally, the channel is un- 
masked by a write to the 8237A mask register. After 
moving “0’s” into the first two words of the buffer 
space, a Configure command is issued to the 82592. 
Driverlnitialize then enters a polling loop, reading reg- 
ister zero of the 82592 and waiting for the command to 
complete. After the command has completed, an Inter- 
rupt Acknowledge is issued to the 82592 to clear the 
interrupt generated by the completion of the command. 
All transfers that the 82592 makes through DMA will 
be 16-bits wide from this point on. 

The DMA channel is set up again as previously de- 
scribed; however, the word count is set to eight. This 
allows the 82592 to read in its configuration parameters 
from the transmit/general-purpose buffer area. The 
configuration parameters are copied into the buffer 

from the array config block by the CPU using a 

MOVSB instruction with a REP prefix. CX contains an 
18 decimal when the MOVSB is executed. When the 
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copy is completed a Configure command is issued and a 
polling loop is entered to wait for command comple- 
tion. 

The parameters in the configure block set the 82592 to 
function in the following manner. The serial mode is set 
to high speed to allow Ethernet operation; both the 
transmit and receive TCI modes are enabled;and slot 
time, minimum frame length, preamble length are set to 
the values required by Ethernet. After the command is 
completed the generated interrupt is cleared. 

4.1.5 SETTING THE STATION’S INDIVIDUAL 
ADDRESS 

The transmit DMA channel is again set up for use, this 
time with a word count of three for use by the Individu- 
al Address Setup command. The node address is copied 
from its place in memory to the Tx/GP buffer area, and 
the IASetup command is issued to the 82592. After the 
command is completed the interrupt is cleared by an 
Interrupt Acknowledge command. 

4.1.6 FINAL INITIALIZATION 

The receive DMA channel is now initialized to point to 
the beginning of the receive buffer. The word count is 
set so the receive DMA cannot go beyond the end of 
the assigned receive buffer area. 

Next, the interrupt channel is unmasked to allow inter- 
rupt driven operation and a Receive Enable command 
is issued to the 82592. The AX register is set to zero to 
indicate successful completion of the initialization rou- 
tine and control is returned to IPX. Should some part 
of the initialization routine fail, AX would contain a 
pointer to a $ terminated error message string in memo- 
ry. On return of control IPX would display the speci- 
fied message and terminate. 


4.2 DriverSend Packet, 
DriverBroadcastPacket 

These two routines are treated as a single routine with 
two labels at the entry point. The first action taken 
when these routines are called is to disable interrupts 
through a CLI command. The routine then determines 
if any packets are queued for transmission. This is done 
by checking the segment portion of the double-word 

variable send list to see if it is null. If it is, no frames 

are queued and the packet is put in the first location in 

the list. Flow then drops through to the start send 

routine, which does the actual transmission. (The 
start send routine will be detailed later.) If the trans- 

mit queue is not empty then DriverSendPacket searches 
to the end of the queue and adds the packet there. The 
routine then returns control to IPX. The queued packet 


will be sent when it is reached in the list. The queue is 
maintained as a linked list using a dedicated link field 
in the transmit ECBs. The head is the ECB contained 

in the send list variable and the tail is the ECB with a 

null link field. 

The start send routine is a subfunction of DriverSend- 

Packet. It is not called directly by IPX but it can be 
called by DriverPoll in response to a transmission tim- 
ing out when frames are queued for transmission. This 
routine starts by clearing the interrupt and direction 
flags through a CLI and CLD instruction respectively. 
It then retrieves the length of the packet to be transmit- 
ted from the transmit ECB packet length field. The 
packet length is compared to the minimum length re- 
quired by Ethernet after a byte swap to allow arithme- 
tic operations to be performed on it. If it requires pad- 
ding the value is stored in the padding variable. 

The byte count for the 82592 is then calculated and the 
construction of the frame in the transmit buffer is be- 
gun. Since NetWare requires the Ethernet length field 

be an even number start send next increments the 

byte count then performs a bitwise AND operation 
with FEh. This ensures that the byte count is consistent 
with the Ethernet length. 

The first step in constructing the frame in memory is 
to move the transmit byte count into the first word of 
the transmit buffer. The byte count is stored low byte 
first. The destination address is then copied from the 
transmit ECB to the buffer by the CPU using MOVSW 
instructions. It is not necessary to copy the source ad- 
dress to the transmit buffer since the 82592 is config- 
ured to do automatic source address insertion. After 
ensuring that it is an even number, the length is moved 
into the Ethernet header. Now the fragment list from 
the transmit ECB must be processed. First the frag- 
ment count is moved into the AX register. This value 
indicates the number of fragments the list contains. By 
decrementing AX after each fragment is copied to the 
buffer the completion of the fragment processing can be 
determined. The address of the first fragment is loaded 
into DS:SI, and the length of the fragment is loaded 
into CX. The fragment is then copied into the buffer 
through a REP MOVSW. If the fragment was an odd 
length a MOVSB is done to finish the copy. The pointer 
to the fragment descriptor list is indexed to the next 
entry. AX is decremented and if it is not zero the opera- 
tions above are repeated until all the fragments have 
been copied to the buffer. Once the fragment list is 
completely processed any required padding is moved 
into the buffer. The word following the last location in 
the frame must be a zero since the 82592 in TCI mode 
checks this location to see if it has a chain of frames to 
transmit. A zero is interpreted as end of chain, a 04h is 
interpreted as a new transmit command. This driver 
does not implement transmit chaining. 
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The transmit DMA channel is now initialized and 

transmit active flag is set to “1”. The DMA address 

registers and the page register are set to point to the 
beginning of the transmit buffer. The channel mode is 
set to move data from memory to the 82592. Four is 
added to the transmit byte count that was calculated 
earlier to allow the DMA controller to transfer the two 
bytes of the byte count field and the transmit chain 
word that completes a transmit in Tightly Coupled In- 
terface mode. After this addition the transmit byte 
count is shifted right one bit to convert it to a word 
count. This value is then moved into the DMA control- 
ler’s word count registers. Finally, the channel is un- 
masked. 

A Transmit command is now issued to the 82592. IPX 
provides a time mark called IPXIntervalMarker that 
represents the PC clock tick. The current value of this 

variable is read and moved into tx start time to be 

used by the DriverPoll routine to check for transmit 
timeouts. The TotalTxPacketCount variable is incre- 
mented and control is returned to IPX. The 82592 con- 
tains a programmable timer that could be used to gen- 
erate transmit timeouts in an application that does not 
have such a built-in mechanism. This routine must re- 
turn with interrupts disabled. 


4.3 DriverPoll 

DriverPoll is called at intervals by IPX to allow the 
driver to check for transmit timeouts or other non-in- 
terrupt driven events that need to be serviced. The first 
thing done after disabling interrupts with a CLI is to 

check if the transmit active flag variable is set. If it 

is not set, a return is performed. If it is set, the tx 

start time variable is subtracted from the current val- 

ue of IPXIntervalMarker. If the result is less than the 
value of TxTimeOutTicks, in this case 20, a return is 
performed. If the transmit has timed out the transmis- 
sion is aborted and a completion code of Transmi- 
tHardwareFailure is moved into the completion code 
field of the ECB. The ECB is then unlinked from the 
transmit queue and returned to IPX through a call to 
IPXHoldEvent. 

To accommodate errata No. three of the 82592 A-l 
stepping, as stated in revision 1.2 (December, 1988) of 
the 82592 Errata Sheet, a Switch to Portl command is 
issued to the device. This is followed by a Selective 
Reset in Portl, followed by a switch back to PortO. The 
receiver is then reenabled by a Receive enable com- 
mand. The flag that indicated an active transmission is 
then cleared. The transmit queue is then checked. If the 
queue is not empty, the ES.SI register pair is set up 

with the values from the queue, and start send is 

called. If the queue is empty control is returned to IPX. 


4.4 DriverlSR 

This routine services all interrupts generated by the 
ELM. It first calls IPXStartCriticalSection to tell the 
Asynchronous Event Scheduler (AES) function of IPX 
that it should not execute until an IPXEndCriticalSec- 
tion call is issued. This allows interrupts to be reena- 
bled for sources other than IPX’s AES which is execut- 
ed in response to the system clock tick interrupt. Dri- 
verlSR then saves the machine state by pushing the 
general purpose registers, the index registers, the base 
pointer and the ES and DS registers. Next the direction 
and interrupt flags are cleared with a CLD and CLI 
instruction, respectively. An EOI is then issued to each 
of the two system interrupt controllers to clear them. 
The DS and ES registers are then set to the same value 
as the CS register because the driver is contained in a 
single segment. The cause of the interrupt is now deter- 
mined by reading register “0” in the 82592. A zero is 
first written to the 82592 to set the internal pointer. 
The value read from the 82592 is then compared with 
the values representing a receive, transmit, and retrans- 
mit interrupt, then a jump is taken to the proper section 
of the interrupt service routine. If the value does not 

match one of the expected values, the variable false 

590 int is incremented and a jump to the label int 

exit is performed. 

4.4.1 RECEIVE CASE 

If the value read from the 82592 indicates that a frame 
has been received, a jump is made to the beginning of 
the code that services receives. The first action is to 
read the two latches that contain the address of the last 
word that was transferred during the receive. This val- 
ue is moved into the variables rx buf tail and rx 

buf ptr. This value is then compared with the value 

stored in rx buf stop by the set up_buffers rou- 

tines to determine if most of the receive buffer has been 
used and a reset is required. If most of the buffer has 

been used the flag reset rx buf is set to indicate that 

the buffer variables must be initialized before the inter- 
rupt service routine is exited. The value read from the 

latches is then compared with the value in rx buf 

head. This value represents the last location that con- 
tains a received frame. If no frames have been received 
it contains the address of the first location in the receive 
buffer. If this comparison indicates that no new frame 

has been received the ten cent latch crash variable 

is incremented and a jump is made to the label int — 
exit. 

If a frame, or frames, has been received the receive 
buffer must be processed to allow the received frames 
to be sent up to IPX in the order in which they were 
received. This is accomplished by using the count and 
status information that the 82592 deposits at the end of 
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each frame when it is in TCI mode. Using the value 
read from the latches as a base, the routine Process- 
Frames indexes back through the chain of received 

frames. The rx buf ptr variable keeps track of the 

current position in the buffer. The status of the frame is 
read from the end of the receive buffer and if it is good 

a jump is done to the label good rx. If the status is 

bad, rx buf ptr is adjusted to point to the end of the 

previous frame in the buffer. This value is compared to 
the value of rx buf head, which contains the loca- 

tion last processed by the receive routine or the begin- 
ning of the receive buffer if this is the first receive. If 
the values are equal, all currently received frames have 

been processed and a jump is made to the label hand 

off packet. At the label good rx three length checks 

are made as required by the NetWare implementation 
of Ethernet. First the frame is checked to see that is 
does not exceed the maximum length of 1102 bytes 
(1024 data size, 64 NetWare bytes, and 14 Ethernet 
header bytes). Next it is checked to see that it is at least 
the minimum size of 30 bytes. This 30 byte value is only 
the IPX packet size, it does not count the Ethernet 
header or the pad bytes required by Ethernet. The last 
check ensures that the actual number of bytes received 
agrees with both the Ethernet and IPX header length 
fields. If the IPX length is less than the minimum 
Ethernet frame length the total number of bytes re- 
ceived is expected to be 60. This represents Ethernet’s 
64 byte minimum frame length less the four CRC bytes, 
which are not counted as receive bytes. If all these 
checks pass, the frame is added to the list of received 
frames by storing its location, length, and source ad- 
dress in an array of structures called rx list. Each en- 

try consists of 12 bytes. These bytes are the location of 
the frame in memory, the length of the frame, and the 
address of the node that sent the packet. 

When all received frames have been processed, all good 
frames are passed up to IPXin the order they were re- 
ceived using calls to IPXReceivePacket. When all en- 
tries in rx list have been processed, the variable rx 

buf head is set to the value read from the latches at 

the beginning of the interrupt service routine and stored 

in rx buf tail. ProcessFrames then returns to the 

point from which it was called and execution falls 
through to int exit. 

4.4.2 TRANSMIT CASE 

If the status read from the 82592 indicates that a trans- 
mit completion is the cause of the interrupt, a jump is 

performed to the label sent packet.The first action is 

to check that tx active flag is set. If it is not set no 

transmit should have been taking place, so a jump is 

made to the label int exit. If tx active flag was set, 

the status is read from the 82592. If the status is bad a 
jump is made to tx error, which increments the ap- 

propriate counter and moves an error code to the AX 
register before jumping to the FinishUpTransmit code. 


If the status is good any retries contained in the status 
register are added to the RetryTxCount variable, the 
AX register is XOR’d to indicate a good transmission 
and execution falls through to FinishUpTransmit. This 
code inserts the proper completion code in the transmit 
ECB, unlinks it from the transmit queue, and hands it 
off to IPX by calling IPXHoldEvent. The transmit 
queue is then checked to see is any frames are waiting. 

If send list is not empty the next frame’s ECB address 

is put into the ES:SI register pair and a call is made to 
start — send. On return execution jumps to int exit. 

4.4.3 EXITING THE INTERRUPT SERVICE 
ROUTINE 

At int exit the driver makes a safety check to ensure 

that the receiver is still enabled. This is done by check- 
ing the two bits in status register 3. If the receiver is 
disabled, a Receive Enable is issued to the 82592. Next, 
an Interrupt Acknowledge is issued to the 82592 and 
the interrupt bit is polled to see if any new interrupts 
have occurred. If a new interrupt has occurred, execu- 
tion jumps back into the interrupt service routine at the 
label int poll loop. If no new interrupts have oc- 
curred, the reset rx buf flag is checked to determine 

if the receive buffer needs to be reinitialized. If reinitial- 
ization is required, a final check is made to see if any 
new frames have been received. If a new frame has been 
received ProcessFrames is called. On return the Re- 
ceive DMA channel is masked and the receiver is dis- 
abled by issuing a Receive Disable command to the 
82592. It is necessary to disable the receiver during the 
reprogramming of the 8237A because if there is an ac- 
tive request on a channel when it is unmasked the 
8237A enters an undefined state which can result in a 
system crash. The necessary variables are reinitialized 
as well as the receive DMA controller. The receive 
DMA channel is then unmasked and the receiver is 
reenabled by issuing a Receive Enable command to the 
82592. The interrupt enable flag in the processor is then 
cleared through a CLI instruction and IPXEndCritical- 
Section is called to tell IPX that it is now free to run. A 
call is made to IPXServiceEvents, and on return the 
registers are popped to restore the machine state and 
the interrupt service routine is exited. 

This covers the main sections of code that make up this 
driver. The routines that were not covered in detail are 
generic in nature and can be understood by a reading of 
the driver source code included as Appendix C. 

Section 3. ELM Exerciser Program 
5.0 OVERVIEW 

The ELM Exerciser software is specifically written for 
the Embedded LAN Module Demonstration board but 
can accommodate other 82592 TCI (Tightly-Coupled- 
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Interface) implementations, with minimal changes. The 
ELM Exerciser software supports system and 82592 
configuration, command execution and statistics dis- 
play for the 82592 in the Embedded LAN hardware. 

This section of the Application Note includes a descrip- 
tion of the Exerciser, a discussion on design considera- 
tions for 82592 software drivers and some program- 
ming hints. 


6.0 INITIALIZATION 

System initialization begins with setting up all memory 
structures. The 8259 A PIC IRQ 10 is masked, to pre- 
vent unsolicited 82592 interrupts before initialization is 
completed. Control is then transferred to the user. The 
ELM hardware is enabled by a write to I/O Port 303h. 
This is done using the “LAN En” comrpand.To acti- 
vate the 82592, the following sequence should be exe- 
cuted. This sequence can be executed through the “Ini- 
tialize” command or by executing each command sepa- 
rately. First the 82592 should be reset. This places the 
device in the default configuration. The default bus 
width is eight bits. Next a Configure command is issued 
to the 82592 with “0” in the byte count field. This 
places the 82592 into 16 bit mode. The 82592 will now 
use a 16-bit data bus for DMA transfers. For com- 
mands and status, only the low byte is used. 

The ELM Software Package uses the 82592 in a config- 
uration different from the 82592 default configuration. 
Whenever a parameter is used that varies from the de- 
fault, an explanation is given. The 82592 configuration 
is presented in code example one. The Configure com- 
mand is issued through channel 0, which is used for 
memory read I/O write cycles. 

’ByteCnf is a word-wide field containing the number of 
parameter bytes in the CONFIGURE command (ex- 
cluding the ’ByteCnf field). The maximum length is 15 
bytes. The 82592 will execute 9 DMA word wide trans- 
fers (1 for ByteCnt and 8 for parameters) but will ig- 
nore the last (the 16th) byte. 

The following ’Paramsl’ fields are different from the 
default: 

• The FIFO limit field is set to OFh.This configures 
the FIFO’s as two equal 32 byte banks for receive 
and transmit. For this configuration, this parameter 
is internally multiplied by 2 to generate the actual 
FIFO limit. This parameter configures the transmit 
side, so transmit FIFO limit equals 2 * OFh = 30. 
The receive FIFO limit is then 32 — 30 = 2. This 
means that the 82592 will issue a bus request after 
the first word has been written into it. Note that this 
configuration is provides the maximum bus latency 
(Refer to the 82592 User Manual for more detailed 
explanation). The system bus request mechanism of 
the transmit and receive FIFO’s is tuned using this 


parameter. For the receive FIFO this determines the 
number of bytes that may gather in the FIFO, be- 
fore it requests the bus. The lower the FIFO limit, 
the earlier the bus is requested and the 82592 will be 
able to overcome a higher bus latency (the time it 
takes from request asserted to actual bus transfers). 
However, if the bus latency is short, fewer bytes will 
be gathered in the FIFO and before a request is 
made. This increases the arbitration overhead per 
transfer. 

• The OSC RANGE and SMPLG RATE bits are set 
to ’0’ as required in High Speed Mode. (Refer to the 
82592 User Manual for more explanations on High 
Speed Mode). 

• The CHAINING bit is set to ’O’. Together with 
RxEOP set to T’ and TxEOP set to T’, this causes 
the 82592 to signal with the EOP# pin for all the 
receive frames last byte (BC field) and collided 
transmit frames. The ELM logic uses EOP# with 
DRQ lines to determine transmission status and to 
latch the pointer to the byte count field into the 
ELM latch. 

• BUFFER LENGTH/TCI is set to ’80h’. Together 
with the chaining set to ’O’, RxEOP set to T’ and 
TxEOP set to T’, this puts the 82592 in TCI mode. 
In this mode the EOP# and DRQ pins signal the 
completion and status of transmit and receive 
events. This allows retransmission on collision by 
auto initializing the DMA controller as well as re- 
ception of back to back frames without CPU inter- 
vention. When the device is not configured to TCI 
mode, it requires CPU acknowledgement after each 
received frame. In TCI mode the status is stored in 
memory, so the 82592 does not need immediate 
CPU attention. If this parameter is programmed to 
COh, the 82592 will not generate an interrupt upon 
frame reception. The ELM Software packages use 
this interrupt to invoke the RCV ISR. Note that 
’Params3’ fields are described in the manual using 
decimal numbers. They should be translated into a 
Hexadecimal base for programming, e.g. inter frame 
spacing of 96 bits is programmed as ’60h’. 

The ’Params4’ Max Retry field is set by default to 
’OFh’. In the case of a frame transmission attempt that 

has experienced 15 retries, the Num Coll status is set 

to ’O’, instead of 16. Namely, the first attempt and 15 

retransmissions have collided so the Num Coll should 

be 16. Instead the 82592 will set this field to ’O’. This is 
further discussed in the transmit section. 

The ’Params7’ Monitor Interrupt field is set to T’. This 
prevents Monitor interrupts. This bit can remain in its 
default state, since the Monitor Mode is disabled. 

The following ’Params8’ fields are different from the 
default: 

• ’Params8’ CLK divider is not used. 
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CODE EXAMPLE 1 


CONF. C0NF_Ptr-> ByteCnt 
CONF. CONF_Ptr->Paramsl 
CONF. C0NF_Ptr->Params2 
CONF. C0NF_Ptr->Params3 
CONF . CONF_Pt r- > Params4 
CONF. C0NF_Ptr->Params5 
CONF. C0NF_Ptr->Params6 
CONF . CONF_Pt r- > Params7 
CONF . CONF.Pt r- > Params8 


OxOOOF ; /* 15 BYTES */ 

0x804F ; /* TCI, Tx FIFO LIMIT = 32 */ 
0x0026; /* PREAMBLE LEN =7 */ 

0x0060; /* 9.6 uS INTERFRAME, 512 SLOT */ 
OxOOF2 ; /* RETRY =15 NO PROMISCUOUS */ 
0x4000; /* minimum frame 64 */ 

OxOOFF ; /* NO AUTO RE-XMT ON COLLISION */ 
0x873F ; /* NO MONITOR INT */ 

OxFFFO ; /* RX & TX EOP, 32B RX & TX FIFO */ 


• RxEOP and TxEOP are set to ’1’ to enable the TCI 
signaling as explained above. 

• Status length is set to 6 bytes. Together with the 

TCI mode configuration, this causes the Frame 
Counter to be presented in the STATUS 2 0 regis- 
ter. The 7 LSBs of STATUS 2 0 count the number 

of frames received after the Receive Enable com- 
mand was issued. Both good and bad frames are 
counted. The frame counter value is valid when the 

MSB of Status 2 0 is set. Comparison of the ISR 

frame counter with the number reported by the 

frame count contained in Status 2 0 can aid in the 

ISR software debug. 


7.0 TRANSMIT 

Transmission is very simple with the 82592. The data is 
stored in memory. The DMA is initialized to point at 
the first byte of the data. After the 82592 is given a 
Transmit command (code 04h, when using channel 
0),it will request DMA data transfers, acquire the link 
as soon as the first byte is stored in the internal trans- 
mit FIFO and transmit the data. When transmission is 
completed, the status field is updated and the INT pin 
is asserted. However, if a collision occurs, retransmis- 
sion is performed external to the 82592 by the ELM 
logic. The ELM hardware uses the EOP# signal to 
force the 8237A DMA controller to point to the first 
byte of the frame (DMA is in autoinitialize mode). The 
82592 issues a data request to the DMA controller and 
starts transmission again. This is done without CPU 
intervention. The IEEE 802.3 time gap of 9.6 uSec for a 
retransmit attempt (for the first slot) is easily met. Re- 
transmission is attempted until the internal 82592 max- 
imum retry counter expires. In the ELM example, 15 
retries will be attempted. Our laboratory experiments 
indicate that most collisions are resolved within less 
than 1 5 retries. In the case of errors the software driver 
should intervene. 

The 82592 is configured for TCI. This causes the 82592 
to use its EOP# pin and thus, enables the external 
ELM hardware to detect transmit collision events. The 
ELM hardware uses both the EOP # and DRQ lines to 
force the DMA to autoinitialize for the retransmissions. 


The configuration used in the Exerciser software (TCI 
mode) causes the 82592 to search for a command byte 
after the last data byte. This byte should always be 0 so 
it will be interpreted by the 82592 as a NOP command. 
If the least significant 3 bits in this byte are 100 binary, 
the 82592 will interpret this byte as a Transmit com- 
mand and treat the following bytes as the byte count 
field of a new frame. The 82592 will then attempt to 
transmit it. XMT chaining is not used in the Exerciser 
software. The ELM retransmission mechanism uses the 
8237A DMA autoinitialize capability. If a chain of 
frames is stored in the transmit buffer, there will be no 
way to handle automatic retransmission for all the 
frames but the first one. There is no way to cause the 
8237A DMA controller to jump to the first byte of the 
n-th frame, required for a retransmission when chain- 
ing is used. However, transmit chaining is possible 
when using the 82560/82561 DMA controller. 

In case of a fatal transmission error, the 82592 will 
signal the event to the CPU through the interrupt and 
status mechanism. The CPU will issue another Trans- 
mit command with the same data (or issue a higher 
layer activity when not in the ELM Exerciser software 
environment). The CPU will control the number of 
times it retransmits the same frame. In case this num- 
ber exceeds the ELM MAX RETRY (default = 15. 

This is a SW variable, not the 82592 internal max retry 
counter) transmission is stopped and the following mes- 
sage is printed on the screen: “ERROR no. 1 ”. The 
ELM Exerciser software ’MAX RETRY’ default val- 

ue is 16. 

Transmission of an exact number of frames in the range 
of 1-32000 or an endless number of frames is 
supported. The background transmit command, found 
in the EXECUTE menu, communicates with the trans- 
mit interrupt service routine (ISR) The XMT LOOP 

flag variable is reset by the background routine immedi- 
ately before transmission and set by the transmit ISR. 
This handshake allows transmission of 1 frame at a 
time. The background transmit command polls the 
XMT LOOP flag until it is found to be set. The dis- 

play is updated periodically. To stop the transmission 
loop hit any key on the keyboard. 
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8.0 INTERRUPT SERVICE ROUTINE 

When an execution command has been completed, or a 
frame has been received, the 82592 will assert its INT 
pin. This is true if the BUFFER LENGTH/TCI pa- 
rameter of the Configure command was 80h. If pro- 
grammed to COh, the 82592 will not generate an inter- 
rupt upon frame reception. The ELM Exerciser soft- 
ware uses this interrupt to invoke the receive ISR). The 
82592 INT pin drives IRQ10 of the system bus. IRQ 10 
is connected to the slave PIC on the motherboard. The 
slave PIC output drives one of the master PIC inputs. 
If the 82592 INT pin is asserted, the slave PIC gener- 
ates (if not masked) an Int signal to the Master PIC 
which transfers (if not masked) the signal to the CPU. 
Both PICs have experienced an INT event. This re- 
quires that an EOI be issued to both PICs before exit- 
ing the ISR. 

The 82592 will present the event that caused interrupt 
generation in its status register number 0, along with bit 
7 set to indicate an unacknowledged interrupt event. 
The content of the status registers will not be altered 
until the CPU acknowledges the interrupt. When con- 
figured to TCI mode, the 82592 will store one more 
event in an internal queue. This allows the reception of 


an endless number of frames, while transmission is per- 
formed in parallel and its status stored in this special 
internal queue. This optional pending event will be pre- 
sented in the STATUS register after each CPU inter- 
rupt acknowledge sequence. The 82592 will use one re- 
ceive event to report all the frames received from the 
first INT assertion until its acknowledgement. The 
82592 will not wait for the CPU to acknowledge the 
interrupt; nor will the 82592 generate new interrupts by 
toggling its INT pin. New 82592 interrupts for all 
events will be generated after the CPU acknowledges 
the previous INT request.The CPU can do so by issu- 
ing a command to the 82592 with the ACK bit (bit 7), 
in the 82592 command byte, set. 

At program initialization, the assembly language proce- 
dure “ini int” is executed. It saves the local environ- 

ment pointers (private stack and segment registers) and 
replaces the current 72h INT Vector in the interrupt 

table, with a pointer to the int hnd routine. The int 

hnd routine is the routine invoked upon any 82592 in- 
terrupt. The original 72h interrupt vector, is saved in a 
place known to be empty in the DOS interrupt vector 
table (62h). The ELM Exerciser software will restore 
the original vector before exiting to DOS at the end of 
the execution. 


CODE EXAMPLE 2 


INI_INT : SET CONDITIONS TO WORK WITH 8259A COMMUNICATION INT 
IRQ10 IS CONNECTED TO 82592 INT PIN 

INT VEC 72h IS JUMP TARGET FOR IRQ10MASKING IRQ10 IS DONE 
AT THE CALLING LEVEL 


_ini_int proc far 


push bp 
mov bp,sp 
jpush es 
push bx 

mov bx, _mstck2 
mov cs:lss, bx 
mov bx, _mstckl 
mov cs:lsp, bx 
mov cs:lds, ds 
mov cs:les, es 
mov al,vec 
call sys35 
mov al,62h 
call sys25 
mov al,vec 

. mov bx, offset int_hnd 
push cs 
pop es 
call sys25 
pop bx 
pop es 
mov sp,bp 
pop bp 
ret 

_ini_int endp 


;save local stack segment 

;save local stack pointer 
;save local data segment 
;save local extra segment 
;hex communication interrupt no. 
;es:bx hold returned address 

;save for later retrieve in vec 62 
;hex int no. of irqlO (LAN) 

;address of interrupt handler routine 

;es-segment of interrupt handler 
;install via DOS system call 
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The assembly language procedure “int.hnd” is invoked 
when the 82592 interrupts the CPU using IRQ 10. First 
it checks whether this is the first entry of “int.hnd” or 
if the interrupt service routine has been reentered while 
the previous interrupt was still being processed. The 
section on the interrupt service routine discusses inter- 
rupt nesting. In the ELM Exerciser Software, 82592 
interrupt nesting is prevented. Therefore, the above test 
should always return a “no nesting” answer. Then the 
host process environment is stored in memory and the 
local environment is restored (see the section “Interfac- 
ing with DOS”). Next, the machine state is saved by 
pushing the general purpose registers (AX, BX, CX 


and DX) and the index registers (SI and DI). The exe- 
cution until now is considered critical, in the sense that 
it should not be interrupted. The processor hardware 
prevents any new interrupts of the same level or lower 
in priority from interrupting the execution. 

The routine “irqlO mask” masks interrupt request 10 

of the 8259A PIC. This is the interrupt generated by 
the 82592. This prevents the 82592 from causing nested 
interrupts. Now an STI instruction can be issued. This 
will enable processing of other interrupts by the proces- 
sor in a timely fashion. An optional approach is dis- 
cussed later in the section on interrupt nesting. 


CODE EXAMPLE 3 


; INT_HND : INTERRUPT HANDLER FOR IRQ10 (VEC 72) 

; DEALS WITH THE LOWER LEVEL OF THE TREATMENT, AND CALLS 
; THE C HANDLER 

9 


int_hnd proc 


inc cs:counter 
cmp csscounter, 1 
jne inter 
first_entl : 

mov cs:hsp,sp 
mov cs:hss,ss 
mov cs:hes,es 
mov cs:hds,ds 
mov sp,cs:lsp 
mov ss,cs:lss 
mov ds,cs:lds 
mov es,cs:les 
inter : 

push bp 
mov bp,sp 
push ax 
push bx 
push cx 
push dx 
push si 
push di 

call _irqlO_mask 
sti 

push ax 
mov ax,20h 
out 0A0h,al 
mov ax,20h 
out 20h,al 
pop ax 


;saves ss,sp,ds,es only for the first entry 


;save registers of host process in memory 


;pop local registers from memory 


;end of interrupt to 8259A Slave 
;end of interrupt to 8259A Master 


11 : 


call _c__int 
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CODE EXAMPLE 3 (Continued) 


exit : 

call ..parazit-rcv 
cli 

;enter a critical section must disable int only 

call _irqlO_unmask 

pop di 

pop si 

pop dx 

pop cx 

pop bx 

pop ax 

mov sp,bp 

;if eoi is before this section 

pop bp 

dec cs:counter 

jnesting check 

cmp cs:counter,0 
jnz inexit 
last : 

mov sp,cs:hsp 

;pop host registers from memory 

mov ss,cs:hss 


mov ds,cs:hds 
mov es,cs:hes 


inexit : 
sti 

ext_int ; 
iret 


int_hnd endp 



Before program control is transferred to the “C” rou- 
tine “c int()” the two 8259A PICs are acknowledged. 

The “c int()” routine reads the 82592 status from the 

6 byte status register. To make sure Status byte 0 is the 
first byte read and that the following bytes are read in 
order, a RLS PTR (OFh) command, with 0 as a point- 
er value (points to Status 0), is issued. If no command 

is issued to the 592 during the Status read sequence, 
each successive read to the 82592 will increment the 
internal status pointer and guarantee properly ordered 


status bytes. Now the 82592 Interrupt can be acknowl- 
edged. This allows the next event to be presented in the 
status register, and the INT pin to be asserted. Since 
the PIC is masked all further interrupts from the 82592 
will be ignored until the ISR has been exited. The 

TNT PROC Stat’ variable holds the interrupt event 

presented in STATUS 0. For receive and transmit 

events, a lengthy processing is required. It is described 
below. 
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CODE EXAMPLE 4 


far c_int() 

{ 

register a; /* for a faster detection of the INT event */ 


write_592 (OxOF) ; 
get_592_status ( ) ; 
outp (ADDR_592,0x80) ; 
a = STAT_REG_Stat [0] ; 
if (a & 0x80) 

( 

a &= OxOF ; 
switch (a) 

f 


/* RLS-PTR to 0 command */ 

/* IN operation from the 82592 */ 

/* acknowledge to 82592 */ 

/* Status byte 0 holds the event */ 
/* INT bit active */ 

/* clear irelevant bits */ 


case 8: 

INT_PROC_Stat = "RCV" ; /* last INT event for screen display */ 
int.rcvO ; /* call the RCV ISR */ 

break ; 


case 4: 

INTJPROC_Stat = "XMT W ; 
int_xmt() ; /* TRANSMIT event */ 
break ; 


case 12: 

INT_PROC_Stat = n ReX w ; /* Re-TRANSMIT event */ 
int.xmt ( ) ; 
break ; 


case 1: 

INT_STAT_RDY = TRUE; /* Individual Address */ 
INT_PROC_Stat = ”IA M ; /* executed */ 
break ; 


case 2: 

INT_STAT_RDY = TRUE; /* Configure executed */ 
INT_PROC_Stat = "CNF" ; 
break ; 

case 5 : 

INT_STAT_RDY = TRUE; /* TDR executed */ 
INT_PROC_Stat = "TDR" ; 
break ; 

case 6: 

INT_STAT_RDY = TRUE; /* Dump Executed */ 
INT_PROC_Stat = "DMP" ; 
break ; 
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CODE EXAMPLE 4 (Continued) 


case 7: 

INTJRDY = TRUE; /* Diagnose Passed */ 
INT_PROC_Stat = "DgP" ; 
break ; 

case 10: 

INT_STAT_RDY = TRUE; /* RCV Aborted */ 
INT_PROC_Stat = "RxD" ; 
break ; 

case 13: 

INT_STAT_RDY = TRUE; /* Execution aborted */ 
INT_PROC_Stat = "ExA" ; 
break ; 

case 15: 

INT_STAT_RDY = TRUE; /* Diagnose Failed */ 
INT_PROC_Stat = DgF" ; 
break ; 

default : 

INT_STAT_RDY = TRUE; 

INT_PROC__Stat = " ? ■ ; 
break ; 

1 /* end switch */ 

} /* end if */ 

! /* exit interrupt handler */ 


Before leaving the “int hnd” interrupt service routine, 

the 82592 interrupt is unmasked in the 8259A PIC. The 
machine state is then restored by popping the registers 
pushed on the stack at the entry of the interrupt han- 
dler. The nesting control ’counter’ variable is decre- 
mented and finally the host process environment is re- 
stored. 

8.1 RCV Interrupt Service Routine: “int__rcv( )” 

The RCV interrupt service routine handles the recep- 
tion of one or more frames. All the frames received are 
stored in memory in successive addresses by the 8237A 
DMA controller. After the 82592 has completed receiv- 
ing a frame it interrupts the CPU. The 82592 will con- 
tinue to receive frames as long as the DMA continues 
to service its requests to store data in memory. 


The “int rcv( )” routine implements a cyclic RCV 

buffer handling. The buffer size is configurable. The 
ELM Exerciser software uses 16 KB, a smaller size can 
be used if interrupt latency is small enough. The maxi- 
mum receive buffer size for this architecture is limited 
to 12e> kB due to the physical page register implementa- 
tion of the PC-AT DMA subsystem. In the ELM it is 
further limited to 64 kB due to the fact that AO through 
A15 are latched in the TCI latches. If A1 through A 16 
are latched then the full 128 kB that the DMA can 
access could be used as a receive buffer. To allow maxi- 
mum buffer size, the ELM Exerciser software locates 
its receive buffer at the beginning of a physical address 
segment, i.e. address of type xxOOOOh, (which of 
course is not a must). This allows a simplification in 
address calculation because the lowest 16 bits can be 
directly used for address calculations. There is no need 
to add a displacement from the beginning of the physi- 
cal address segment. 
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The receive ISR starts with the frame received last 
(pointed by the latch) and processes received frames, 
backwards. The last received frame byte count field is 
used to find the byte count field of the next to last 
frame. After the pointer to the beginning of the frame 
has been reproduced, the received frames can be pro- 
cessed. This goes on until the first frame has been 
found. The frames can then be processed in the order in 
which they were received. 

Throughout the RCV ISR session, the length of the 
current frame is being subtracted from the “Cur-Latch- 
abs” variable (pointer to the current frame Byte Count 
field), to obtain the previous frame’s byte count field. 
When the ’Cur-Latch-abs’ variable points to the byte 
preceding the first byte received in this session of the 
ISR, the receive ISR has completed processing all the 
frames received in this session. 


As seen in figure 5, the 82592 appends the frame’s 
status and byte count fields, after the last data byte. In 
the case of odd frame length (data field in bytes), the 
592 will leave one byte empty so the status and byte 
count are stored on a word boundary when the 82592 is 
set to 16 bit mode. 

8.2 Execution Algorithm 

READING THE LATCH 

The first action taken in the receive ISR is to read the 
16-bit latch. It holds the low 16 bit physical address of 
the byte count field of frame number N, the last com- 
pletely received frame (latch content = 470h in the 

example of figure 1). Note that more than 1 frame can 
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be handled by “int rcv()” in one session. It is not nec- 

essarily the very same frame, designated 1, that its re- 
ception completion has generated the INT signal. In 
this program, the latch is read twice. The latch is read 
in two 8 bit accesses since 16-bit I/O is not supported 
so the latch content, can be altered in between. As the 
DMA can work in parallel with INT processing, it can 
capture the bus during the receive ISR latch read oper- 
ation. If a frame was completed exactly at this time, a 
new byte count field pointer is loaded into the latch. 
The second receive ISR read operation will then get 
half of the new BC field pointer). If the read operations 
yield the same result, the data is valid. In case of mis- 
match, the read operations are repeated. Latch read 
action is very short compared with frame reception, so 
there will be no need for more than two iterations. This 
can also be accomplished by doing a word read at the 
low byte of the two latches. Since the ELM does not 
return MEMCS16 the processor will execute two back 
to back byte reads at consecutive I/O locations. These 
two reads are locked thus pointer integrity is guaran- 
teed. 

FALSE ALARM 

A “false alarm” is detected by the fact that the latch 
content is equal to its value in the previous service se- 
quence. If the latch was not updated no frame was re- 
ceived since the last receive ISR invocation. If exactly 
the buffer size bytes were stored in memory from the 
last time a receive was serviced, this test may indicate 
wrong results. However, the buffer size should be big 
enough to accommodate the longest CPU latency in 
servicing interrupts. 


BYTE COUNT AND STATUS 

The frame length is read from the byte count field (two 
words). The general status maintained by the ELM Ex- 
erciser software is updated from the status field at- 
tached to the end of the frame before the byte count 
field. Then the frame may be copied to the user’s appli- 
cation receive area. By now one frame has been re- 
ceived and processed (FRTT CNT = l).Note that 

the byte count field includes the number of the destina- 
tion address field bytes, source address field bytes, in- 
formation field (type field included) and two status 
bytes. The Byte Count field itself (four bytes) plus two 
bytes of the status field are not included in the calcula- 
tion. In 16-bit mode, the 82592 extends the status and 
byte count fields to words instead of bytes This is treat- 
ed in more detail in the 82592 User Manual. The previ- 
ous frame’s byte count field has now been located (byte 
count 4- 6) bytes previous to the current one. See figure 
5. 

DATA CHECK 

This utility allows checking the received data. The ba- 
sic assumption is, of course, that the data is known in 
advance so we have a reference to compare with. In the 
ELM case, the data transmitted is sequential (word 
wide), in case the user did not change the default trans- 
mission data blocks.This is illustrated in the following 
code example. 


CODE EXAMPLE 5 


^^s^s^ssies^^s^:sjs»jss{s^s^s5{<5js^s^c^csjs55s^s^s^s5}s>js^:sj«s5ss5s^ss^sje^ss!<5{ss§c^es{cs!e^ss5e>^>!es^s!c5{s^s^s 

* checks the data words to be sequential data * 

* 0,1,2, if data length is longer than 4. * 

* length = 4 data = 0000 0000 * 

* length = 5 data = 0000 0001 00 * 

* length = 6 data = 0000 0001 0000 * 

* length = 7 data = 0000 0001 0002 00 * 

/* RD_P0INTER_seg.Ptr is pointing to the first byte of the frame 
Cur_Latch_abs is pointing to the byte count of the previous frame 
Prev_latch_abs is pointing to the byte count of the current frame 

*/ 
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CODE EXAMPLE 5 (Continued) 


f ind_boundary ( f _byte ) 

unsigned int f_byte ; /* offset of first byte in frame */ 


/* Don't compare last 5 words, 2* BC, 2* STATUS + last word is zero */ 
if_byte < Prev_latch_abs) 

return ( (Prev_latch_abs - f_byte - 10) /2); 
else if ( f_byte ) Prev_latch_abs) 

1 

if ( (Prev_latch_abs - Sixteen_l) > 10) 

f 

wrap__required = TRUE; 

return ( (RD_END_abs - f_byte)/2); 

) 

else 

return (( (RD_END_abs - f__byte)/2) - (10 - (Prev_latch_abs - 
Sixteen_l) ) ) ; 

i 

else 

f 

RX_CHECK = TRUE; RX_CHECK_DT = 0xa5a5 ; RX_CHECK_BNUM = 0xa5a5 ; 


wrap ( ) 

( 

wrap_around = TRUE ; 

bound_dist == find_boundary (Sixteen_l) ; 
local. temp.xoffset = Sixteen..! ; 


check_data ( f_byte ) 

unsigned int f_byte ; /* offset of first byte in frame */ 

( 

int i , j ; 
int far * tmp ; 

unsigned int tmpl, delta, dtlen; 

/* reset flags */ 

wrap_around = wrap_required = FALSE; 

/* first find buffer boundary cross point from first DA word if any */ 
bound_dist = f ind_boundary ( f^byte) ; 

/* second find DA and compare to IA */ 

local. tmp = mk_pointer (Prev_latch_abs , - ( Cur__Byte_Count + 4) ) ; 

if (* (local. tmp++) !=IASU. IASU.Ptr — IaAddl) 

( 

RX_CHECK = TRUE; RX_CHECK.DT = * (local. tmp) ; RX_CHECK_BNUM = Oxaal ; 
return ; 


if (bound__dist- == 0) 
wrap() ; 


i 
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CODE EXAMPLE 5 (Continued) 


if (* (local. tmp++) != IASU. IASUJPtr -> IaAdd2) 

{ 

RX_ CHECK = TRUE; RX«CHECK«DT = * (local. tmp) ; RX.CHECK-BNUM = 0xaa2 ; 
return; 


if (bound_dist- == 0) 
wrap ( ) ; 

if (* (local. tmp++) !=IASU.IASU_Ptr -> IaAdd3) 

( 

RX.CHECK .= TRUE; RX_CHECK_DT = * (local. tmp) ; RX_CHECK_BNUM = 0xaa3 ; 
return ; 


/* second, disregard SA */ 

if (bound_dist- == 0) 
wrap ( ) ; 
local. tmp ==; 
if (bound_dist- == 0) 
wrap ( ) ; 
local. tmp ++ ; 
if (bound^dist- == 0) 
wrap() ; 
local. tmp == ; 

/* third check if frame includes data 1= 0 using LEN field */ 

if (bound_dist- == 0) 
wrap ( ) ; 

if ((dtlen = * (local. tmp++) ) == 0) 

( 

RX_ CHECK = TRUE; RX_CHECK_DT = * (local. tmp) ; RX_CHECK_BNUM = 0xaa6 ; 
return ; 

1 

/* if frame includes data != 0 compare all bytes till boundary cross */ 
i = 0; 

if (bound_dist > 0) 

( 

for (i=0; i<bound_dist ; i++) 

( 

if (* (local. tmp++) = i) 

( 

RX_CHECK = TRUE; RX_CHECK_DT = * (local. tmp)-; RX_ CHECK_BNUM = i; 

return ; 

! 
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CODE EXAMPLE 5 (Continued) 


/* if frame includes data != 0 compare all bytes after boundary cross */ 
if (wrap_required && lwrap_around) 

{ 

bound_dist = find_boundary (Sixteen_l) ; 
local. temp. xoffset == Sixteen_l ; 
for (j=0; j <bound_dist ; j++) 

I 

if (* (local. tmp++) != (j+i)) 

I 

RX_ CHECK = TRUE; RX_CHECK_DT = * (local. tmp) ; RX_CHECK_BNUM = i+j ; 
return ; 

} 

i 

} 

/* compare LEN field */ 
if ( (dtlen % 2) == 1) 
dtlen++ ; 

if (dtlen != Cur_Byte_Count-16) 

[ 

RX_CHECK =. TRUE; RX_CHECK_DT = dtlen; RX_CHECK_BNUM =0xdd7 ; 
return ; 

) 

/^compare status bytes */ 




main loop 

The main loop of the receive ISR determines if there is 

“more to read()’\ i.e., whether the ISR had serviced 

all the frames received this time or more frames are 
stored in memory and were not processed yet. The al- 
gorithm of “more to read()’\ may be found in code 

example 8. 

Each received frame is processed following the algo- 
rithm depicted above for the first frame traced by the 
“int rcv( )” routine. 


NOTE Software Variable Naming Convention 

The structure “VARIABLE. Ptr” holds a valid “C” 
pointer to a specific memory structure. It is arranged in 
a way that allows access to its two 16-bit entities, the 
offset and the segment (or base). These are “VARI- 
ABLE.Addr.xoffset” and 

“VARIABLE.Addr.xsegment’’. Another suffix is used 
for variables holding the 16 low bits of a physical ad- 
dress. These are denoted by “VARIABLE — abs”. 


CODE EXAMPLE 6 


The RECEIVE INT service routine 

RCV_AREA. START_Ptr is always at the beginning of a Physical segment * 
RD_POINTER_seg is a temp variable 

*********************** ****************** ******* *********************y 

int_rcv( ) 

{ 

int i,k; 

unsigned int cbc_h ; 
int trace_cnt ; 
int far * tmp_ptr ; 
unsigned int tmp, tmp_l ; 
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CODE EXAMPLE 6 (Continued) 


int false. int ; 


if ( (i=latch.read() ) != 0) 

1 

return; /* in case of fatal error */ 

) /* Compile with DEB_PRT switch, 

to monitor this event */ 

Old.latch.content = latch_content ; /* for parazit_rcv ( ) */ 


Cur.Latch.abs = latch.content ; /* = 470h */ 


F.Latch.abs = latch_content ; /* = 470h */ 

RD.PO INTER. seg.Ptr = mk.pointer (F.Latch.abs , 2) ; /* 472h */ 
if (RD.POINTER.abs == RD.POINTER.seg.Addr.xoff set ) 

( /* lOOh == 472 */ 

false. int ++; /* Compile with DEB.PRT switch, 

to monitor this event 


return ; 



cbc.h = * (mk.pointer (Cur.Latch.abs ,0) ) ; /* 470h */ 

Cur.Byte. Count = * (mk.pointer (Cur.Latch.abs , -2)) ; /* 46Eh */ 
Cur.Byte.Count = (cbc.h << 8) + (Cur.Byte. Count & OxOOFF) ; 
if ((Cur.Byte.Count % 2) == 1) Cur.Byte. Count++ ; /* odd data bytes but all 
fields are word aligned */ 

tmp.ptr = mk.pointer (Cur.Latch.abs, -6) ; /* status 46Ah */ 


if (* (tmp.ptr) & OxOOEF) 

{ 


RX.ERR = TRUE; 
if (* (tmp.ptr) & 
SCB. SCB.Ptr 
if (* (tmp.ptr) & 
SCB. SCB.Ptr 
if (* (tmp.ptr) & 
SCB. SCB.Ptr 


0x0080) 

-> SRT.FRM += 1; 
0x0040) 

-> NO.EOF += 1; 
0x0020) 

-> TOO.LNG += 1; 


if (* (tmp.ptr) & 0x0008) 

SCB. SCB.Ptr -> NO.SFD += 1; 
if (* (tmp.ptr) & 0x0004) 

SCB. SCB.Ptr -> NAD.MCH += 1; 
if (* (tmp.ptr) & 0x0002) 

SCB. SCB.Ptr -> IA.MCH += 1; 


if (* (tmp.ptr) & 0x0001) 

SCB. SCB.Ptr -> RCV.CLD += 1; 


tmp.ptr = mk.pointer (Cur.Latch.abs, -4) ; 
if (*( tmp.ptr) & 0x0020) 

( 


SCB. SCB.Ptr -> RCV.OK += 1; 
UPDATE.RXCNT = TRUE; 
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CODE EXAMPLE 6 (Continued) 

if (* (tmp.ptr) & OxOOlD) 

( 

RX.ERR = TRUE; 

if (* (tmp.ptr) & 0x0010) 

SCB.SCB.Ptr_ -> LEN.ERR += 1; 
if (* (tmp.ptr) & 0x0008) 

SCB. SCB.Ptr -> CRCErrs += 1; 
if (* (tmp.ptr) & 0x0004) 

SCB. SCB.Ptr -> AlinErrs += 1; 
if (* (tmp.ptr) & 0x0001) 

SCB. SCB_Ptr -> OvernErrs+= 1; 


FRTT.CNT =1; /* Frames Received This Time count . Compile with DEB.PRT 

switch, to monitor number of frames received each int.rcv invocation */ 
Prev_latch_abs = Cur.Latch.abs; /* for Data Check */ 

RD_POINTER.seg.Ptr = mk.pointer ( Cur.Latch.abs , - (Cur.Byte. Count + 6) ) ; 
Cur.Latch.abs = RD_POINTER_seg.Addr.xoff set ; /* previous frame BC pointer 
308h */ 

RD.POINTER_seg.Ptr = mk.pointer ( Cur.Latch.abs , 2) ; /* frame N 1st byte 310h 
*/ 

tmp = RD_POINTER_seg.Addr.xoff set ; 

Da'ta Check ******** 

RD_POINTER_seg.Ptr points to the first byte of the frame 
Cur.Latch.abs points to the byte count of the previous frame */ 

if (CheckEnable == ON) 
check.dat a (tmp) ; 

while ( (k = more.to. read (tmp) ) 1= 0) /* MAIN LOOP */ 

( 

cbc.h = * (mk.pointer (Cur.Latch.abs ,0) ) ; 

Cur.Byte.Count = * (mk.pointer (Cur.Latch.abs , -2)); 

Cur.Byte. Count = (cbc.h < 8) + (Cur.Byte.Count & OxOOFF) ; 
if ((Cur.Byte.Count % 2) == 1) 

Cur.Byte.Count ++ ; 

tmp.ptr = mk.pointer (Cur.Latch.abs , -6) ; 
if (* (tmp.ptr) & OxOOEF) 

I 

RX.ERR = TRUE; 

if (* (tmp.ptr) & 0x0080) 

SCB. SCB.Ptr -> SRT.FRM += 1; 
if (* (tmp.ptr) & 0x0040) 

SCB. SCB.Ptr -> NO.EOF += 1; 
if ( * (tmp.ptr) & 0x0020) 

. SCB. SCB.Ptr -> TOO.LNG += 1; 
if ( * (tmp.ptr) & 0x0008) 

SCB. SCB.Ptr -> NO.SFD += 1; 
if (* (tmp.ptr) & 0x0004) 

SCB. SCB.Ptr -> NAD.MCH += 1; 
if (* (tmp.ptr) & 0x0002) 

SCB. SCB.Ptr -> IA.MCH += 1; 
if (* (tmp.ptr) & 0x0001) 

SCB. SCB.Ptr -> RCV.CLD += 1 ; 

! ' 

tmp.ptr = mk.pointer (Cur.Latch.abs, -4) ; 
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CODE EXAMPLE 6 (Continued) 


if (* (tmp_ptr) & 0x0020) 

I 

SCB.SCB_Ptr -> RCV_0K += 1; 
UPDATE.RXCNT = TRUE; 

i 

if (* (tmp_ptr) & OxOOlD) 

( 

RX_ERR = TRUE; 
if (* (tmp.ptr) & 0x0010) 
SCB.SCBJPtr -> LEN_ERR += 1; 
if (* (tmp_ptr) & 0x0008) 
SCB.SCB_Ptr -> CRCErrs += 1; 
if (*(tmp_ptr) & 0x0004) 
SCB.SCBjPtr -> AlinErrs += 1; 
if (* (tmp_ptr) & 0x0001) 
SCB.SCB_Ptr -> OvernErrs+= 1; 


Prev_latch_abs = Cur_Latch_abs ;' /* for Data Check */ 

RD_POINTER_seg.Ptr = mk_pointer ( Cur_Latch_abs , - (Cur_Byte_Count + 6) ) ; 
Cur_Latch_abs = RD_POINTER_seg.Addr.xoff set ; 

RD_POINTER_seg.Ptr = mk_pointer (Cur_Latch_abs, 2) ; 
tmp = RD_POINTER_seg.Addr.xoffset ; 

y # Data Check * * * * * * * * 

RD_POINTER_seg.Ptr points to the first byte of the frame 
Cur_Latch_abs points to the byte count of the previous frame '*/ 
if (CheckEnable == ON) 
check_data(tmp) ; 

FRTT_CNT++ ; 
if (FRTT_CNT >1250) 

break; /* GUARD BAND */ 

] ; /* MAIN LOOP END */ 

RD_POINTER_seg.Ptr = mk_pointer (F_Latch_abs , 2) ; 

RD_POINTER_abs = RD_POINTER_seg.Addr.xoff set ; /* next int_rcv session 1st 
byte 472h */ 

RxCount += FRTT_CNT ; 

copy_data() ; /* from RCV buffer to user f s application */ 

INT_STAT_RDY = TRUE; /* for screen status update */ 
return; /* end of int_rcv() */ 

} 


address calculation 

In code example 3, the routine “mk pointer(address, 

delta)” is used. This routine handles a 16-bit physical 
address to pointer conversion (see Code Example 7) 
and the buffer internal address calculation (which are 
not straightforward). 

As noted before, the RCV buffer is a cyclic buffer. 
When calculating an address starting from one address 
and adding/subtracting some ’delta’ value, the buffer 
boundaries can be crossed. Overlapping the buffer 


boundaries is further illustrated in Figure number 6. 
When subtracting the byte count of frame N, which 
starts in (1) and ends in (2), a direct decrement will not 
give the right results. If we calculate backwards and fall 
out of the receive area, (address region within which 
the buffer for all frames resides) “mk-pointerO” adds 
the length of the receive area to get the right address. If 

we go in the other direction, “mk pointer” subtracts 

the receive area length. Due to receive area alignment 
into a physical address segment, the case in which the 

address we get is lower than RCV AREA START 

is impossible. 
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CODE EXAMPLE 7 


* mk_pointer transforms a 16 bit * 

* abs to a pointer within the RCV_AREA * 

int far * 

mk.pointer (abs, delta) 
unsigned int abs ; 
int delta; 

( 

unsigned int The_length ; 

The_length = (unsigned) DECRCVBLEN ; /* buffer length */ 
RD_POINTER_seg.Addr.xoffset = abs + delta; 
if (RD_POINTER_seg.Addr.xoff set > RD_END_abs) 

( 

/* check if going backwards */ 
if (delta < 0) 

RD-.POINTER_seg.Addr.xoff set += The_length; 

/* check if going forward */ 
if (delta > 0) 

RD_POINTER_seg.Addr.xoffset -= The_length; 


/* if result is before RCV buffer starts in the segment. */ 
/* impossible result for aligned RCV_AREA */ 
return (RD-.POINTER_seg.Ptr) ; 



Figure 6. Overlapped Buffer Boundary 
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Another address calculation is performed to determine 

whether there is “more to readO” (see code example 

8) i.e., whether all the frames received this time were 
processed and whether the next frame to be read is 
valid. Cases of invalidity are detected by this routine. 

This error is denoted “SW OVERRUN”, for software 

overrun errors. In case the interrupt handling was too 
slow, the DMA could have over written received 
frames which were not processed yet. In this case, a 
valid byte count field can be replaced by arbitrary data. 
This will mislead the backwards address calculation. It 
may also cause a detectable address error, where the 
previous frame byte count field is located in an area 
known to be outside the last valid receive area. The 
following variables are used in this calculation: 

Cur-Latch-abs, labeled CUR LATCH in figure 7, is 
used to hold the address of the current frame’s byte 
count in memory, while the ISR processes them. At the 
beginning, it holds the last frame’s byte count (frame 
n), then it will hold frame n-l’s byte count address and 
so on. 

F-latch-abs, labeled NEW LATCH in figure 7, holds 
the address of the byte count of the last received frame 
(frame N) in this “int rcvO” invocation. It is used to 


detect a frame that is wrapped-around the end of the 
receive buffer. 

RD-POINTER-abs, labeled OLD LATCH in figure 7, 
always points to the first byte of the next frame to be 
processed in the next “int rcvO” invocation. It is up- 

dated at the end of each service cycle, to hold F-latch- 
abs + 2. (Note: ’RD-POINTER-abs’ is not equivalent 
to ’RD-POINTER-seg.Ptr’ which serves as a template 
for various pointer calculations.) 

The following scenarios are possible for such intermedi- 
ate results. 

Legal intermediate results should fall in the “A” area if 
the results are in “A”, namely between RD-POINTER 
(start of this session RCV-AREA) and F-LATCH 
(First Latch, end of this session RCV-AREA). Note 
that F-LATCH may be greater or smaller than RD- 
POINTER. See Figure 7A. 

If however, the result falls in “B” or “C” areas it is not 
legal. This may happen if the buffer was too small and 
the 82592 had overrun it in reception. This would occur 
if the whole buffer was filled and then more frames 
were received, before being processed by the ISR. See 
figure 7B. 
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Figure 7b. More Frames TO READ 


Before Corruption 

After Corruption 




'/////////// 

/////////// 



Frame 1 


Frame 1 overwritten, 
'//by Frame 5//, 



Frame 2 


Frame 2 



Frame 3 


Frame 3 



Frame 4 


Frame 4 



Frame 5 


Frame 5 



Start 


Start 
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Figure 8. Receive Buffer Corrupted by Overrun 


Frame # 5 erases the byte count information stored by 
frame # 1 . When we calculate our way backwards we 
will not find the byte count field of frame # 1 and read 
instead a data word of frame #5. This data may be 
interpreted wrong and cause an avalanche in the frame 
reconstruction process. This event can be detected by 
the above test. 

This can be completely avoided if a stop register is im- 
plemented in hardware. This register would hold RD- 


POINTER (the beginning of the current RCV-AREA) 
and prevent write access to areas previously written by 
592/DMA and not serviced yet. In case the maximum 
delay of the system is determined and known, one can 
allocate a big enough buffer to accommodate that delay 
in the ISR. CRC should be stored in memory and 
checked by the S/W to assure data integrity. 
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y^*##******#*##*******:* Sis************* 

* checks whether more frames to * 

* be read as indicated by the latch * 

jfs^^sJs^sjssJssJc^jJssiolcfcsis^SjssfcsJs^sfcsJisjois^jfcsfcsfcsJsslesis sis##### y 

more_to_read (tmp) 
unsigned int tmp ; 


unsigned int cur_content, f_content, rd_content ; 

cur.content = tmp; /* Cur_Latch_abs [flow chart: cur latch] */ 
f_content = F_Latch_abs ; /* [flow chart: new latch] */ 
rd_content = RD_POINTER_abs ; /* [flow chart: old latch] */ 
if(f_content > rd_content) 

( 

if ( (cur_content > rd_content) && (cur_content <= f_content) ) 
return (1) ; 

if ( (cur.content < rd_content) 

(cur_content > f_content)) 

( 

SW_0VR++ ; 

RX_ERR = TRUE; 

! 

return (0) ; 


if (f_content < rd_content) 

{ 

if ( (cur_content > rd_content) 

(cur_content <= f_content)) 
return (1) ; 

if ( (cur_content < rd_content) && (cur_content > f__content)) 

( 

SW_0VR++ ; 

RX_ERR = TRUE; 

) 

return(O) ; 
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far parasite_rcv ( ) 

{ 

int i ; 

unsigned int j ; 

if ( (i=latch_read() ) 1= 0) 

( 

LATCH_ERROR++ ; 
return ; 

i 

if ( (RxCount != 0) && (latoh_oontent != 01d_latch_content) ) 

( 

PARASITE++ ; 
int_rcv ( ) ; 


Frames may be received during execution of the receive 
ISR. These frames are handled before the receive ISR is 
exited. This saves the interrupt latency involved and the 
context switching overhead. Therefore, it will increase 
the overall performance of the code. For all interrupt 

events, the “parasite rev” routine is invoked, before 

exiting the “int hnd” routine (see code examples 9 

and 3). The routine “parasite rev” checks whether a 

frame has been received using the address latch for in- 
dication. It compares the current ’latch content’ with 

the latest value known to this ISR invocation (stored in 
’Old-latch-content’). Obviously, a different value will 
indicate that a new frame has been received from the 
time this ISR has been invoked until it is about to be 
exited. 

In the case of an odd frame length (data field in bytes), 
the 592 will leave one byte empty so the status and byte 
count are stored on a word boundary (when the 82592 
is set to 16 bit mode). 

8.3 Transmit Interrupt Service Routine: “int_ 
xmt( )” 

The transmit ISR is simpler than the receive ISR. It 
mainly deals with status update and software generated 
retransmissions. First, collision status is checked. 
Num Coll is the number of times this frame has expe- 

rienced a collision during a transmission attempt. 

Num Coll is equal to, or greater than 0, and smaller 

or equal to the configuration parameter Max Retry. 

FRM COLL is an indication generated by the ELM 

Exerciser software based on the status reported by the 
82592. All the other status reports reflect the 82592 

status report, with no further processing. FRM 

COLL contains the number of frames that have experi- 


enced at least one collision. COLL indicates that the 
last transmission attempt has experienced a collision; 
but, transmission was stopped due to other fatal 
events). MAX COLL indicates that the 82592 has at- 

tempted to transmit this frame “Max Retry” times plus 
1. All these attempts have experienced collisions. 

The events of transmit deference, heartbeat and frame 
too long are merely registered and transmission is con- 
sidered successful. A frame too long error may indicate 
a hardware error that caused the 82592 to load an in- 
correct value into its byte count counter; e.g., 700h was 
loaded into the 82592 byte count counter. However, 
700h is greater than the maximum allowed length of an 
Ethernet frame. This could have happened because of a 
hardware or software malfunction. 

The events of underrun, lost CRS, lost CTS, late colli- 
sion or Max — Coll indicate a fatal error with which the 
82592 cannot cope. The decision taken here is to re- 
transmit in these cases. However, this decision can be 
left for a higher software layer, where such a layer ex- 

ists.A status report mismatch is fixed for the MAX 

COLL status. There is a special case when the 82592 is 
configured for 15 retries. After 15 retries it increments 
the internal counter to hold (15 + l)MOD16 and hence 

Num Coll holds zero. In this case 16 is added to 

Num Coll. A frame transmission that has been com- 

pleted successfully still may have suffered from colli- 
sions. Hence, this field should be checked even in TX 

OK cases. 

Next, the statistics update flag is set (TNT STAT 

RDY’). 

The last section of this code handles the counter load 
for XMT LOOP cases. 
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CODE EXAMPLE 10 


y$»ie3{o!oJe)j(9jc»Je:!c39e»Jc){c$$»ic$>io}::{c9!e>ic$i{«sic;je:ic$9ii 

* XMT interrupt service * 

! * sjc * # Jje sfc * # sjc s(e * * j)c a}c * * j}: aje jjs * # * s{c * sje $ * 

int_xmt ( ) 

{ 

TxCount++; /* update XMT frame counter */ 

/* for all events, do */ 

SCB. SCB.Pt r->Num.COLL += (STATUS. STATUS.Ptr-> Status.1.0 & OxOOOF) ; 
if ( (STATUS. STATUS.Ptr -> Status.1.0 & OxOOOF) 

( STATUS . STATUS.Ptr -> Status.1.0 & 0x0020) ) 

SCB . SCB.Pt r- > FRM_COLL++ ; 
if (STATUS. STATUS.Ptr -> Status.1.1 & 0x0080) 

SCB . SCB_Pt r- > COLL += 1; 

/* status report, only */ 

if (STATUS. STATUS_Ptr-> Status.1.0 & OxOODO) 

{ 

if (STATUS. STATUS_Ptr-> Status.1.0 & 0x0080) 

SCB. SCB.Ptr-> TX.DEF += 1; 
if (STATUS. STATUS.Ptr->Status.l.O & 0x0040) 

SCB. SCB.Pt r->HRT_BEAT += 1; 
if (STATUS. STATUS_Ptr->Status.l.O & 0x0010) 

SCB . SCB.Pt r- > FRTL += 1 ; 

TX.ERR = TRUE; /* for status display purposes */ 


/* Fatal errors, ELM Software Package initiates another transmission of 
the frame */ 

if ( (STATUS. STATUS.Ptr->Status_l_l & OxOOOF) 

( STATUS . STATUS.Ptr-> Status. 1.0 & 0x0020)) 

I 

if (STATUS. STATUS.Ptr->Status.l_l & 0x0001) 

SCB. SCB.Pt r->UndernErrs+= 1; 
if (STATUS. STATUS.Ptr-> Status.1.1 & 0x0004) 

SCB. SCB_Ptr-> LOST. CRS+= 1; 
if (STATUS. STATUS_Ptr-> Status.1.1 & 0x0002) 

SCB. SCB_Ptr->LOST_CTS+= 1; 
if (STATUS. STATUS_Ptr->Status.l.l & 0x0008) 

SCB. SCB.Pt r->LTC0L += 1; 
if (STATUS. ST ATUS.Ptr-> Status.1.0 & 0x0020) 

{ 

SCB. SCB.Pt r->MAX_COLL += 1; 

if (! (STATUS. STATUS_Ptr-> Status.1.0 & OxOOOF)) 

SCB. SCB.Pt r->Num_COLL += 0x10; 

} 

FLAG RE XMT = TR]JE ; /* signals Re XMT is required •/ 

INT.STAT.RDY = TRUE; 

TX.ERR = TRUE; /* for status display purposes */ 
return; 

} 

/* xmt ok */ 

if (STATUS. STATUS.Ptr->Status_l_l & 0x0020) 

( 

SCB . SCB.Pt r- > TX.OK += 1 ; 

UPDATE. TXCNT = TRUE; 

RETRY. CNT = 0; 

I 
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CODE EXAMPLE 10 (Continued) 


/**•*****•• statistics ***************/ 

INT_STAT_RDY = TRUE; 

/********* if xmt loop ****************/ TermCount-; 

/* reload running counter */ 

if ( (XMT_F0REVER == TRUE) && (TermCount == 0)) 

TermCount = 0x7FFF ; 
if (TermCount > 0) 

XMT_L00P = TRUE; /* set condition for next frame transmission, if 
transmission in loop is requested */ 

return ; 


9.0 SOFTWARE DESIGN HINTS 

9.1 Segment Boundaries 

The PC AT DMA subsystem uses an 8-bit page register 
which allows 24 bit addressing. The page register di- 
vides the 16 MB memory space into 128KB physical 
segments in the 16-bit channels. This is because the 
address 0 through 15 generated by the 8237A drive 
address 1 through 16 of the system, in the 16-bit chan- 
nels the page register is used to generated address 17 
through 23. If a buffer is allocated so that it lies in two 
physical segments, a special logic should take care of 
segment boundary crossing and update the page regis- 
ter. To prevent this complicated logic, memory buffer 
allocation should prevent physical segment boundary 
crossing. 

9.2 Set Pointer 

The internal status registers of the 82592 are read in 
sequence. One of the ISR operations is reading the 
status. One should make sure that the first byte of 
status is read first. The background utilities can be in- 
terrupted while reading the status. In that case, the in- 
ternal 82592 status register pointer is not set to 0. How- 
ever, the background software will now get the status 
pointer set to 0, while it expected it to be different. 
Hence, during status read in the background, the inter- 
rupts should be disabled. 

9.3 Interfacing with DOS 

The 82592 can interrupt the program at any instant. 
Since the ELM Exerciser software is run under the 
DOS, the 82592 may interrupt a DOS system call. DOS 
saves a small stack for its own use. It does not support 
other uses for this stack. Calling routines or passing 


parameters by using the DOS stack may cause a stack 
overflow error and consequently a system collapse. In 
order to prevent this from happening, a private stack 
was constructed. Its size is dependent upon the routine 
calls within the ISR and upon the stack required for 
passing parameters to or from called routines. 

9.4 Screen Operations 

It is not advisable to use DOS screen operations from 
within the ISR.This may cause the system to collapse, 
due to DOS not being reentrant. Within the ISR, one 
can use a software flag to indicate that data for screen 
update is available. In the main program outside the 
ISR, DOS services or direct BIOS calls can be made. 

9.5 Nested interrupts 

The first check made when interrupt processing starts 
is whether this is a nested interrupt. A memory variable 

“counter” is incremented every time execution of int 

hnd starts and decremented just before exiting. If 
“counter” is greater than 1, then this is not the first 
entry, it is a nested interrupt. In the code example, the 
processing continues at the label “inter.” This demon- 
strates that, since we are using the local environment, 
execution has to continue using the current stack point- 
er and it should not be set to initial value. In this case, 
local environment restoration is skipped. 

Another method to prevent interrupt nesting is by not 

issuing the “STI” command in the “int hnd” routine. 

This blocks the CPU interrupt input and prevents ex- 
ternal interrupt sources from preempting the “int 

hnd” execution. The drawback of this approach is that 
it can significantly enlarge the interrupt latency of oth- 
er devices. These devices may not be designed to cope 
with long interrupt latencies. 
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APPENDIX A 

LIST OF USEFUL DOCUMENTS 


Documents used in the development of the NetWare 

driver. 

1) Advanced NetWare V2.1 Internetwork Packet Ex- 
change Protocol (IPX) with Asynchronous Event 
Scheduler (AES) Revision 1.00. Copyright Novell, 
Inc. 

2) NetWare V2A Driver Specification for Network Inter- 
face Cards Copyright Novell, Inc. 

3) Advanced NetWare Theory of Operations Version 2.1 
Copyright Novell, Inc. 


Other Useful Documents 

4) Internet Transport Protocols (Xerox Corporation; 
Xerox System Integration Standard; Stamford, Con- 
necticut; December, 1981; XSIS-028112) 

5) Local Area Network (LAN) Component User's Manu- 
al 1988 Edition Copyright Intel Corporation 

6) AP-320 Using the Intel 82592 to Integrate a Low Cost 
Ethernet Solution into a PC Motherboard Copyright 
Intel Corporation, 1988 

7) 82590-82592 Advanced LAN Controller A-l Step Er- 
rata version 1.2 , December, 1988 
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ELM Exerciser Program RCV ISC Flow Chart 


START 
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ELM Exerciser Program RCV ISC Flow Chart (Continued) 
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ELM Exerciser Program Transmit ISR Flow Chart 
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NetWare Driver Flowcharts 


Driver Broadcast Packet 
Driver Send Packet 
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NETWARE DRIVER SOURCE CODE LISTING 


NetWare Driver Source Code Listing 

$modl86 

; ******************************************************************** 
; !!!!!! FOR EVALUATION PURPOSES ONLY !!!!!! 

; NetWare (R) Driver for the LAN-On-Motherboard Module 
; This shell driver is written for use in SYP301 systems. 

; Joe Dragony DFG Technical Marketing 

; REVISION 3.11 

; Last revision: Date 04-12-89 Time 16:30 


.********************************************************************** 

%*def ine (slow) local label ( 
jmp short %label 
%label : 

) 

%*define (wait ) local label ( 
mov cx, 03Fh 
%label : 
nop 

loop %label 

) 

%*define (fastcopy) local label ( 
shr cx, 1 
rep movsw 
jnc %label 
movsb 
%label : 
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NetWare Driver Source Code Listing (Continued) 

name LANOnMotherboardModule 


CGroup group Code, mombo_init 


assume 

cs: CGroup, ds: CGroup 


Code segment word public 'CODE' 


public 

DriverSendPacket 


public 

DriverBroadcastPacket 


public 

DriverOpenSocket 


public 

DriverCloseSocket 


public 

DriverPoll 


public 

DriverCancelRequest 


public 

DriverDisconnect 


public 

SDriverConf iguration 


public 

LANOptionName 


extrn 

IPXGetECB: NEAR 


extrn 

IPXReturnECB : NEAR 


extrn 

IPXReceivePacket : NEAR 


extrn 

IPXReceivePacketEnabled: NEAR 


extrn 

IPXHoldEvent : NEAR 


extrn 

IPXServiceEvents : NEAR 


extrn 

IPXIntervalMarker : word 


extrn 

MaxPhysPacketSize : word 


extrn 

ReadWriteCycles : byte 


extrn 

IPXStartCritical Sect ion: NEAR 


extrn 

IPXEndCriticalSect ion : NEAR 


; Equates 



TRUE 

equ 1 


FALSE 

equ 0 


CR 

equ ODh 


LF 

equ OAh 


BAD 

equ OFFh 


BPORT 

equ 0 


IRQLOC 

equ 19 


DMAOLOC 

equ 23 


DMA6LOC 

equ 25 


TransmitHardwareFailure equ OFFh 

PacketUnDeliverable equ OFEh 

PacketOverflow equ OFDh 


ECBProcessing 

equ OFAh 


TxTimeOutTicks equ 20 
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NetWare Driver Source Code Listing (Continued) 


; Latch definitions 




TenCentLo 

equ 301h 




TenCentHi 

equ 302h 




; Enables for lOcent 




EnLAN equ 

303h 





DisLAN equ 

304h 





; 8259 definitions 




InterruptControlPort 

equ 020h 



InterruptMaskPort 


equ OAlh ;for secondary 

8259A 


ExtralnterruptControlPort 

equ OAOh 



EOI 



equ 020h 



; 8237 definitions 




DMAcmdstat 

equ 

ODOh 




DMAreq 

equ 

0D2h 




DMAsnglmsk 

equ 

0D4h 




DMAmode 

equ 

0D6h 




DMAff 

equ 

0D8h 




DMAtmpclr 

equ 

ODAh 




DMAclrmsk 

equ 

ODCh 




DMAallmsk 

equ 

ODEh 




DMA6page 

equ 

089h 




DMA6addr 

equ 

0C8h 




DMA6wdcount 

equ 

OCAh 




DMA7page 

equ 

08 Ah 




DMA7addr 

equ 

OCCh 




DMA7wdcount 

equ 

OCEh 




DMAtx6 

equ 

OlAh 

;demand mode, autoinit, read transfer 


DMAtx7 

equ 

OlBh 

/demand mode, autoinit, read transfer 


DMArx6 

equ 

006h 

/demand mode, no autoinit. 

write transfer 


DMArx7 

equ 

007h 

/demand mode, no autoinit. 

write transfer 


DMA6msk 

equ 

006h 




DMA6unmsk 

equ 

002h 




DMA7msk 

equ 

007h 




DMA7unmsk 

equ 

003h 




DMAena 

equ 

OlOh 
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NetWare Driver Source Code Listing (Continued) 

; 82592 

Commands 



C_NOP 

equ 

OOh 



C_SWP1 

equ 

lOh 



C_SELRST 

equ 

OFh 



C_SWP0 

equ 

Olh 



C_IASET 

equ 

Olh 



C_CONFIG 

equ 

02h 



C_MCSET 

equ 

03h 



C_TX 

equ 

04h 



C_TDR 

equ 

05h 



C_DUMP 

equ 

16h 



C_DIAG 

equ 

07h 



C_RXENB 

equ 

18h 



C_ALTBUF 

equ 

09h 



C_RXDISB 

equ 

lAh 



C_STPRX 

equ 

lBh 



C_RETX 

equ 

OCh 



C_ABORT 

equ 

ODh 



C_RST 

equ 

OEh 



C_RLSPTR 

equ 

OFh 



C_FIXPTR 

equ 

lFh 



C_INTACK 

equ 

8 Oh 



; Data Structures 


even 





hardware 

_structure 

struc 


io_addrl 


dw ? 


io_rangel 


dw ? 


io_addr2 


dw ? 


| decode_range2 

dw ? 


mem_ 

addrl 


dw ? 


mem_ 

rangel 


dw ? 


mem_ 

addr2 


dw ? 


mem_ 

range2 


dw ? 


int_ 

usedl 


db ? 


int_ 

linel 


db ? 


int_ 

used2 


db ? 


int_ 

line2 


db ? 


dma_ 

usedl 


db ? 


dma_ 

chanl 


db ? 


dma_ 

used2 


db ? 


dma_ 

chan2 


db ? 


hardware 

_structure 

ends 
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NetWare Driver Source Code Listing (Continued) 

ecb_structure struc 




link 


dd 

0 


esr_address 


dd 

0 


infuse 


db 

0 


completion_code 


db 

0 


socket_number 


dw 

0 


ipx_workspace 


db 

4 dup (0) 


transmitting 


db 0 



driver_workspace 


db 

11 dup (0) 


immediate_address 

db 

6 dup (0) 


fragment_count 


dw 

1 


fragment_descriptor_list 

db 

6 dup (?) 


ecb_structure ends 




fragment_de script or 

struc 




fragment_address 

dd ? 




fragment_length 

dw ? 




f ragment_descriptor 

ends 




rx_buf_structure 

struc 




rx dest_addr 

db 

6 dup 

?) 


rx_source_addr 

db 

6 dup 

?) 


rx_physical_length dw 

7 



rx_checksum 

dw 

7 



rx_length 

dw 

7 



rx_tran_control 

db 

7 



rx_hdr_type 

db 

7 



rx_dest_net 

db 

4 dup 

(?) 


rx_dest_node 

db 

6 dup 

(?) 


rx_dest_socket 

dw 

7 



rx_source_net 

db 

4 dup 

(?) 


rx_source_node 

db 

6 dup ■ 

(?) 


rx_source_socket 

dw 

? 



rx buf_structure 

ends 




tci_status struc 





statusO db 

7 




deadl db 

7 




statusl db 

? 




dead2 db 

? 




bc_lo db 

7 




dead3 db 

7 




bc_hi db 

? 




tci_status ends 
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NetWare Driver Source Code Listing (Continued) 


ipx_header_structure 

struc 


checksum 


dw ? 


packet_length 

dw ? 


transport_control 

db ? 


packet_type 


db ? 


destination 

network 

db 4 

dup (?) 

destination 

node 

db 6 

dup (?) 

destination 

socket 

dw ? 


source_network 

db 4 

dup (?) 

source_node 


db 6 

dup ( ? ) 

source_socket 

dw ? 


ipx_header_structure 

ends 


; Variables 




even 




t x start t i me 

dw 0 



adapter_io 

dw ? 



config 

dw ? 



send_list 

dd 0 


;points to list of ECBs to be sent 

buffer_segment 

dw ? 



rx_ecb 

dd ? 



tx_ecb 

dd ? 



config_block db OFh, 

OOh, 48h, 

80h, 26h, OOh, 60h, OOh, 0F2h, OOh, OOh, 40h, 0F7h, OOh, 3Fh, 87h, OFOh, OFFh 

temp_f lag 

db 

0 


int_mask_register dw 

? 


old_irq_vector 

dd 

■? 


int vector addr 

dw 

? 


int_mask 

db 

? 


int_unmask 

db 

? 


command_reg 

dw 

300h 

,*825 92 port 0 address 

read_in_length 

dw 

7 


conf ig_dmaO__loc 

db 

7 


conf ig_dmal_loc 

db 

7 


conf ig_irq_loc 

db 

? 


conf ig_bport 

dw 

7 


tx active flag 

db 

0 


framestatus 

db 

0 


statuslO 

db 

0 


statusll 

db 

0 


status 20 

db 

0 


status 21 

db 

0 

292062-22 


-356 






AP-327 



NetWare Driver Source Code Listing (Continued) 


even 




gp_buf 

dw 

5000 dup (0) ;twice the required size 

gp_length 

dw 

1388h 


gp_buf_of f set 

dw 

cgroup 

gp_bu f 

gp_of fset_ad just 

dw 

0 


gp_buf_start 

dw 

0 

; A1-A16 of General Purpose Buffer EA 

gp_buf_page 

dw 

0 

; A17-A23 of General Purpose Buffer EA 

tx_byte_ c nt 

dw 

0 

; IPX packet length plus header length 

rx buf_start 

dw 

0 

; A1-A16 of General Purpose Buffer EA 

rx_buf_page 

dw 

0 

;A17-A23 of General Purpose Buffer EA 

rx buf head 

dw 

0 

/current rx head, buffer has been flushed to here 

rx_buf_tail 

dw 

0 

;value read from 10 cent latches 

rx_buf_ptr 

dw 

0 

;used during rx list generation 

rx_buf_stop 

dw 

0 

/point to reset the DMA controller 

rx_buf_length 

dw 

0 


rx_buf_segment 

dw 

0 

/•calculated at init for use by IPXReceivePacket 

curr_rx_length 

dw 

0 


rx_list 

dw 

180 dup (0) 

num_o f_frames 

dw 

0 


reset rx buf 

dw 

0 


padding 

dw 

0 


; Define Hardware 

Configuration 

Conf igurationID 


db 

NetWareDriverLAN WS ' 

SDriverConf iguration 

LABEL 

byte 

reservedl 


db 

4 dup (0) 

node_addr 


db 

6 dup (0) 

reserved2 


db 

0 ;non-zero means is a real driver. 

node addr type 


db 

0 /address is determined at initialization 

max_data_size 


dw 

1024 ; largest read data request will handle 

lan__desc_of f set 


dw 

LANOpt ionName 

lan_hardware_id 


db 

OAAh ; Bogus Type Code 

transport_time 


dw 

1 ,'transport time 

reserved_3 


db 

11 dup (0) 

ma jor_version 


db 

Olh /Bogus version number 

minor_version 


db 

OOh 

f lag_bits 


db 

0 

select ed_conf iguration db 

0 ;board configuration (interrupts, 10 addresses, etc.) 

number_o f_conf igs 


db 

01 

conf ig_po inters 


dw 

conf igurationO 
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LANOptionName' db 

* Intel LAN 

-On-Motherboard Module' , 0, ' $' 


conf igurationO dw 

300h 

16, 

0, 0 ;IO ports and ranges 


db 0 





o 

o 





db 0 





dw 0,0 


memory decode 


db OFFh, 10 

0, 

3 

interrupt level 10 


db OFFh, 6, 

OFFh 

7 

;DMA channels 6 and 7 


o 

o 

=§ 





db ' IRQ 10, 

10 Addr = 

300h, DMA 6 and 7, For Evaluation Only', 0 


.**★*********•*■*******★★*****★**************************** 


; Error Counters 



\ 


.a******************************************************* 


Public DriverDiagnosticTable, DriverDiagnost icText 


DriverDiagnosticTable LABEL 

byte 



DriverDebugCount 

dw 

DriverDebugEnd-DriverDiagnosticTable 


DriverVersion 

db 

01,00 



StatisticsVersion 

db 

o 

o 

f— i 

o 



TotalTxPacketCount 

dw 

0,0 



TotalRxPacketCount 

dw 

0,0 



NoECBAvailableCount 

dw 

0 



PacketTxTooBigCount 

dw 

-1 

;not used 


PacketTxTooSmallCount 

dw 

-1 

;not used 


PacketRxOverf lowCount 

dw 

0 



PacketRxTooBigCount 

dw 

0 



PacketRxTooSmallCount 

dw 

0 



Packet TxMiscErrorCount 

dw 

-1 

;not used 


PacketRxMiscErrorCount 

dw 

-1 

;not used 


RetryTxCount 

dw 

0 



Che ck sumE r r o r C oun t 

dw 

-1 

;not used 


HardwareRxMismatchCount 

dw 

0 



NumberOfCustomVariables 

dw 

(DriverDiagnost icText -DriverDebugEndl) /2 


DriverDebugEndl LABEL 

byte 
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Driver Specific Error counts 


no_590_int 
false 590 int 


stop_tx dw 
ten_cent_latch_crash dw 
rx_disb_failure dw 
tx abort failure dw 


rx_buf f_ovf lw 
tx timeout 


DriverDiagnost icText 


LABEL byte 


'RxErrorCount' , 0 
' UnderrunCount ' , 0 
' LostCTSCount ' , 0 
' LostCRSCount ' , 0 
' RxAbortCaunt ' , 0 
' No590InterruptCount ' , 0 
' False590lnterruptCount ' , 0 
' LostOurReceiverCount ' , 0 
' QuitTransmittingCount ' , 0 
' TencentLatchCrashCount * , 0 
r RxDisableFailureCount ' , 0 
f TxWont Abort' , 0 
' ReceiveBuf ferOverf low' , 0 
' TxTimeoutErrorCount' , 0 


DriverDebugEnd LABEL word 





AP-327 



NetWare Driver Source Code Listing (Continued) 


************ ******************************* *********************** 
Interrupt Procedure 

******************************************************************* 


RxErrorTypeCheck : 

BufferOverf low: 

inc rx_buff__ovflw 
jmp int_exit 

not_590_int : 

inc no__590_int 
jmp int_exit 

DriverlSR PROC far 

public DriverlSR 

call IPXStartCriticalSection ;tell AES we're busy 
pusha 

push ds ;save tnachine state 

push es 

cld 

in al, InterruptMaskPort ;read current interrupt mask 

or al, int__mask ;mask our channel 

%slow 

out InterruptMaskPort, al /write it to the 8259A 

mov al, EOI 

out InterruptControlPort, al /issue EOI's to the 8259A's 
out ExtralnterruptControlPort, al 

sti /enable interrupts to be friendly 

mov ax, cs 

mov ds, ax /DS points to C/DGroup 

mov es, ax /ES also 

mov dx, command_reg 
mov al, 0 

out dx, al /set status reg to point to reg 0 

% slow 

in al, dx /read status from 82592 

test al, 80h /check if the INT bit is set 

jz not_590_int 
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int_poll_loop: 

and al, NOT 20h ; ignore the EXEC bit 

mov ah, al ;save the status in AH 

cmp ah, 0D8h ;did I receive a frame? 

jz rcvd_packet 

cmp ah, 84h ;did I finish a transmit? 

jz sent_packet_jmp 

cmp ah, 8Ch ;did I finish a retransmit? 

jz sent_packet_jmp 

inc false_590_int /unwanted interrupt 
jmp int_exit 

sent_packet_jmp : 

jmp sentjpacket 
bad_rcv : 

inc rx_errors 

jmp RxErrorTypeCheck 

int_exit_jmp: 

jmp int_exit 

/When the address bytes are being read it is possible that another frame 
/could come in and cause a coherency problem with the ten-cent latches. 

;I am dealing with this possibility by reading TenCentHi twice and making 
/sure the values match. If they don't the read is redone. 

rcvd_packet : 
cli 

mov dx, TenCentHi /read high address byte of last frame received 
in al, dx 

mov ah, al /save it in ah 

mov dx, TenCentLo / read low address byte of last frame received 
in al, dx 

mov rx_buf_tail, ax /this is the last location containing rx data 

/Read TenCentHi again to make sure it hasn't changed 

mov dx, TenCentHi /read high address byte again 

in al, dx 

cmp al, ah /do values match? 

jz addr_ok /if so, proceed 

jmp rcvdjpacket /else, read the latches again 

addr_ok : 

mov ax, rx_buf_tail /this is a valid address 

mov rx_buf_ptr, ax /this is the last location containing rx data 

cmp rx_buf_stop, ax /is most of the buffer already used? 

ja BufferOK /if not, proceed 

mov reset_rx_buf ,' 1 /else, set flag for exit routine 
BufferOK: 

cmp ax, rx_buf__head /have we really received a frame? 

ja process_new_frames /if so, process it 

inc ten_cent_latch__crash /else, increment error count and exit 
jmp int_exit 
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process_new_f rames : 

call ProcessFrames 

int_exit : 
push cs 
pop ds 

cmp tx_active_flag, 0 
jnz finish_exit 

; verify that our receiver is still going, 
mov dx, command_reg 

mov al, 60h ;point to status byte 3 

out dx, al 
%slow 

in al, dx ;read status byte 3 

test al, 60h ;check to see if. receiver is enabled 

jnz f inish__exit ;if so, proceed 

jmp LostOurReceiver ;else, take corrective action 

int_pending: 

jmp int_poll_loop 


f inish_exit : 
cli 

mov dx, commander eg 
mov al, C_INTACK 

out dx, al ; issue interrupt acknowledge to the 590 

%slow 

xor al, al ;clear al 

out dx, al ;set status reg to point to reg 0 

%slow 

in al, dx ;read status 0 

test al, 80h ;is INT bit set? 

jnz int_pending ;if so, service pending interrupt 

cmp reset_rx_buf , 1 ;do we need to reinitialize receive DMA channel? 
jnz no_rx_buf_reset 

mov al, dma7msk ;mask receive DMA channel 

out DMAsnglmsk, al 

mov dx, TenCentHi ;read high address byte of last frame received 
in al, dx 

mov ah, al ,*save it in ah 

mov dx, TenCentLo ;read low address byte of last frame received 

in al, dx 

cmp ax, rx_buf_head ;do we have a new frame? 
jna no_new_frames 

mov rx_buf_tail, ax ;this is the last location containing rx data 
mov rx_buf_ptr, ax ;set pointer for use during buffer processing 

call ProcessFrames 
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no_new_f rames : 



mov 

dx, command_reg 



mov 

al/ C_RXDISB 

•issue rx disable to kill any active requests 


out 

dx, al 



mov 

al, C_SWP1 



out 

dx, al 



mov 

al, C_SELRST 



out 

dx, al 



%slow 




mov 

al, C_SWP0 



out 

dx, al 



out 

DMAff, al 

;data is don't care 


mov 

ax, rx_buf_start 

; set dma up to point to the beginning of rx buf 


mov 

rx buf head, ax 



shl 

rx buf head, 1 



out 

DMA7addr, al 



mov 

al, ah 



%slow 




out 

DMA7addr, al 



mov 

al, DMArx7 



%slow 


;set proper mode for receive 


out 

DMAmode, al 



mov 

ax, rx__buf_length 

;set up rx buf 


%slow 




out 

DMA7wdcount, al 



mov 

al, ah 



%slow 




out 

DMA7wdcount, al 



mov 

dx, DMAsnglmsk 



mov 

al, DMA7unmsk 



%slow 




out 

dx, al 



mov 

dx, command_reg 



mov 

al, C_RXENB 

;make sure receiver is enabled 


out 

dx, al 



mov 

reset_rx_buf, 0 

; clear the flag 


no rx buf reset : 



cli 




call 

IPXEndCrit icalSection 


in 

al, InterruptMaskPort 


and 

al, int_unmask 



%slow 




out 

InterruptMaskPort 

al 


pop 

es 



pop 

ds 



popa 




sti 




iret 
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LostOurReceiver : 


inc 

lost_rx 


mov 

al, C_RXENB 


mov 

dx, command_reg 


out 

dx, al 


jmp 

finish_exit 


too_big: 



inc 

PacketRxOverflowCount 


jmp 

int_exit 


sent_packet : 


cli 



cmp 

tx_active_flag, 0 


jz 

false_tx_int /shouldn't have been transmitting 


in 

al, dx 


mov 

statuslO, al 


%slow 



in 

al, dx 


mov 

statusll, al 


test 

statusll, 20h 


jz 

tx_error 


mov 

al, statuslO /extract the total number of retries from 


and 

ax, OFh /the status register and add to retry count 


add 

Ret ryTxCount , ax 


xor 

ax, ax /status = 0, good transmit 


FinishUpTransmit : 


les 

si, send_list 


cmp 

es: [si] .transmitting, TRUE /if the transmitting flag is not set . 


jnz 

ecb_cancelled /then an ECB has been cancelled and 


mov 

es: [si] .completion_code, al /this is a fresh one 


mov 

ax, es: word ptr [si]. link 


mov 

word ptr send_list, ax 


mov 

ax, es: word ptr [si]. link + 2 


mov 

word ptr send_list +2, ax 


mov 

es: [si].in_use, 0 /finish the transmit 


call 

IPXHoldEvent 


ecb_cancelled : 


push 

cs 


pop 

ds 


mov 

cx, word ptr send_list + 2 


mov 

tx_active_f lag, cl 


jcxz 

int_exit_jmpl 


mov 

es, cx /segment of next SCB in list 


mov 

si, word ptr send_list /offset of next SCB in list 


call 

start_send 


jmp 

f inish_exit 


int exit 

_ jmpl : 


jmp 

int_exit 
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false_tx_int : 

jmp int_exit 

tx_error : 

test statuslO, 2 Oh ;Max collisions?? 

jnz QuitTransmitting 

test statusll, Olh ;Tx underrun?? 

jz lost ct s 

inc underruns 
lost_cts: 

test statusll, 02h ;did we lose clear to send?? 

jz lost_crs 
inc no_cts 
lost_crs: 

test statusll, 04h ;did we lose carrier sense?? 

jz hitunin 
inc no_crs 
hmmm : 

mov al, TransmitHardwareFailure 
jmp FinishUpTransmit 

QuitTransmitting: 

mov al, statuslO 
and ax, OFh 
add RetryTxCount, ax 
inc stop_tx 

mov al, TransmitHardwareFailure 
jmp FinishUpTransmit 

DriverlSR endp 


ProcessFrames : a routine to process received frames and hand them 

off to IPX 

Assumes: rx__buf_tail and rx_buf_ptr have been set up with the value 
read from the ten cent latches. 

Returns: nothing 
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ProcessFrames proc near 



do next 

frame : 



sti 




mov 

bx, rx buf ptr 

;end of current frame to process 


sub 

bx, 6 

;set bx up to point to beginning of the status 


mov 

es, rx_buf segment 

;this is necessary because latches hold EA not 

;offset relative to CGROUP 


mov 

al, es : [bx] . statusl 



test 

al, 20h 

;test for good receive 


jnz 

good_rx 



inc 

rx_errors 



mov 

cl, es : [bx] .bc_lo 



mov 

ch, es : [bx] .bc_hi 

;cx has actual number of bytes read 


dec 

cx 

; toss byte count & status 


and 

cl. Of eh 

; round up 


sub 

bx, cx 

;bx points to first location of frame 


cmp 

rx buf head, bx 



je 

hand_of f_packet_jmp 

;this was the first frame in the sequence 


cmp 

rx buf head, bx 



ja 

check_rx_queue 

;this frame is a fragment in the beginning of 


mov 

rx bufjptr, bx 

the receive buffer 


sub 

rx_buf_ptr, 2 



t o_do_next_f r ame : 



jmp 

do next f r ame 



! hand_off_packet_jmp: 



jmp 

hand_of f_packet 



check_rx 

_queue : 



cmp 

num of frames, 0 

;have any frames been processed? 


jne 

hand_of f_packet_jmp 

;if yes, give them to IPX 


jmp 

process_exit 

;if not, go back to ISR 


good_rx: 




mov 

cl, es: [bx] .bc_lo 



mov 

ch, es : [bx] .bc_hi 

;cx has actual number of bytes read 


mov 

curr rx_length, cx 



dec 

cx 

;toss byte count & status 


and 

cl. Of eh 

; round up 


sub 

bx, cx 

;bx points to first location of frame 


cmp 

rx_buf_head, bx 



ja 

check_rx_queue 



mov 

rx_buf_ptr, bx 



sub 

rx_buf_ptr, 2 

;rx_buf_ptr = last location of n-1 frame 


sub 

cx, 14 

;sub length of 803.2 header 


cmp 

cx, 1024 + 64 



jbe 

not_too_big 



inc 

PacketRxTooBigCount 



jmp 

do_next_frame 



not too 

big: 



* cmp 

cx, 30 



jae 

not too small 



inc 

PacketRxTooSmallCount 


jmp 

do_next_f r ame 
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not too small: 


mov 

ax. 

es: [bx] 

xchg 

al. 

ah 

inc 

ax 


and 

al. 

Of eh 

xchg 

al. 

ah 

cmp 

ax. 

es: [bx] 

jne 

to_ 

do_next_: 

xchg 

al. 

ah 

cmp 

ax. 

60 - 14 

ja 

len 

_ok 

mov 

ax. 

60 - 14 

_ok: 



cmp 

ax. 

cx 


; get IPX length 


; same as 802.3 length 


;at least min length minus header 
;yes, continue 
;no, round up 


cmp ax, cx ;match physical length 

jz not_inconsistent ;y es, continue 

inc HardwareRxMismatchCount 
jmp do_next_frame 
not_inconsistent : 

%inc32 TotalRxPacketCount ; Double Word Increment 

mov ax, 12 
mul num_of_frames 
mov di, ax 

mov rx_list [di], bx ; first location of ethernet frame 

add rx_list [di], 14 ; first location of ipx packet 

mov ax, rx_buf_segment 
mov rx_list [di +2], ax 

mov ax, word ptr es : [bx] . rx_length 
xchg al,ah 

mov rx_list [di +4], ax 

mov ax, word ptr es : [bx] . rx_source_addr + 0 
mov word ptr rx_list [di +6], ax 
mov ax, word ptr es : [bx] . rx_source_addr + 2 
mov word ptr rx_list [di +8], ax 
mov ax, word ptr es : [bx] . rx_source_addr + 4 
mov word ptr rx_list [di + 10], ax 
add num_of_frames, 1 

cmp num__of_frames, 50 ;prevent list overflow 
je hand_of f_packet 
cmp rx_buf_head, bx 
je hand_off_packet 


/prevent list overflow 


jmp do_next_f rame 
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hand_of f_packet : 

mov si, rx_list [di] ;offset in receive buffer space 

mov es, rx_list[di + 2] ;receive buffer bogus segment 

mov cx, rx_list[di + 4] ;IPX packet length 

lea bx, rx__list [di + 6] /pointer to immediate address 

cli 

push ds 

call IPXReceivePacketEnabled /since packet is contiguous let IPX do 

pop ds ; the work 

sub num_of_frames, 1 /decrement count 

jz ad just_rx_head /if all frames are processed adjust head 

sub di, 12 /otherwise index to next list entry 

jmp h and_o f f _packe t /and loop to process next frame 

ad just_rx_‘head : 

mov ax, rx_buf_tail /location of last location used in receive 

add ax, 2 /index to next word location 

mov rx_buf_head, ax /set rx_buf_head to new value for next receive 

process_exit : 

ret /interrupt 

ProcessFrames endp 


/ Driver Send Packet 

• Driver Broadcast Packet 

/ Assumes 

; ES:SI points to a fully prepared Event Control Block 

/ DS = CS 

/ Interrupts are DISABLED but may be reenabled temporarily if necessary 

; don't need to save any registers 

DriverBroadcastPacket : 

DriverSendPacket PROC NEAR 

cli / disable the interrupts 

mov es: [si] .transmitting, FALSE /make sure the flag is initially clear 
mov cx, word ptr send_list +2 /it will be used later to prevent a 
jcxz AddToFrontOfList /cancelled ECB from being given to IPX twice 

/search to. the end of the list, and add there, 
mov di, word ptr send_list 

AddToListLoop : 
mov ds, cx 

mov cx, ds: word ptr [di].link + 2 
jcxz AddListEndFound 
mov di, ds: word ptr [di].link 
jmp AddToListLoop 
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AddListEndFound: 

mov es: word ptr [si]. link, cx ;move null pointer to newest SCB' s 

mov es: word ptr [si] .link + 2, cx ;link field 

mov ds: word ptr [di].link, si 

mov ds: word ptr [di].link + 2, es 

mov ax, cs 

mov ds, ax ;set ds back to entry condition 
ret 

AddToFrontOfList : 

mov es :word ptr [si] . link, cx 
mov es:word ptr[si].link + 2, cx 
mov word ptr send_list, si 
mov word ptr send_list + 2, es 
;drop through to Start Send 

DriverSendPacket endp 

; Start Send 

; assumes: 

; ES: SI points to the ECB to be sent. 

; interrupts are disabled 

start_send PROC NEAR 
public start_send 

cli / disable the interrupts 

cld 

mov es: [si] .transmitting, TRUE 
;save SCB address in variable tx_ecb to liberate registers 
mov word ptr tx_ecb, si 
mov word ptr tx_ecb +2, es 
push ds ;save ds for future use 

;get IPX packet length out of the first fragment (IPX header) 

Ids bx, es: dword ptr [si] . f ragment_descriptor_list 

mov ax, ds: [bx] .packet_length 

pop ds /restore ds to CGROUP 

push ax /save length for later use in 590 length field 

xchg al, ah /byte swap for 592 length field calculation 

add ax, 18 /add in the overhead bytes DA, SA, CRC, length 

mov padding, 0 
cmp ax, 64 
ja long_enough 
mov padding, 64 
sub padding, ax 
mov ax, 64 


/minimum length frame 
/pad length 
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long_enough : 


sub 

ax, 10 ;SA and CRC are done automatically 


inc 

ax 


and 

al, OFEh ; frame must be even 


mov 

tx_byte_cnt, ax 


mov 

di , gp_bu f_o f f set 


mov 

bx, cs 


mov 

es, bx 


;move the byte count into the transmit buffer 


stosw 


;move the destination address from the tx ECB to the tx buffer 


mov 

bx, si 


lea 

si, [bx] . immediate_address 


mov 

ds,word ptr tx_ecb + 2 


movsw 


movsw 


movsw 


mov 

ax, cs ; get back to the code (Dgroup) section 


mov 

ds, ax 


;now the 

590 length field 


pop 

ax 


xchg ah, al 


inc 

ax 


and 

al, OFEh ;make sure E-Net length field is even 


xchg 

ah, al 


stosw 


Ids 

si, tx_ecb 


mov 

ax, ds: [si] . f ragment_count 


lea 

bx, [si] . fragment_descript‘or_list 


move_f rag_loop : 


push ds ; save the segment 


mov 

cx, ds:‘ [bx] .fragment_length 


Ids 

si, ds: [bx] . fragment_address 


%fastcopy 


pop 

ds ; get the segment back 


add 

bx, 6 


dec 

ax 


jnz 

move__frag_loop 


! ; start transmitting 


mov 

cx, cs 


mov 

ds, cx 


; add any 

required padding 


mov 

cx, A ;make sure frame ends with a NOP 


add 

cx, padding 


shr 

cx, 1 


rep 

stosw 


mov 

tx_active_f lag, 1 


xor 

ax, ax 


out 

DMAff, al ;data is don't care, AX has been zeroed 


mov 

ax, gp_buf_start 


%slow 



out 

DMA6addr, al 
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out DMA6addr, al 
mov ax, gp_buf_page 
%slow 

out DMA6page, al 
%slow 

mov al, DMAtx6 
out DMAmode, al 
mov ax, tx_byte_cnt 


; DMA page value 


; setup channel 1 for tx mode 


add ax, 4 ;add two for byte count, two for tx chain fetch 

shr ax, 1 /convert to word value and account for odd 

adc ax, 0 ;byte DMA transfer 

out DMA6wdcount, al 


mov al, ah 

out DMA6wdcount, al 


mov al, DMA6unmsk 
out DMAsnglmsk, al 
mov dx, command_reg 
mov al, C_TX 
out dx, al 

mov ax, IPXIntervalMarker 
mov tx_start__time, ax ; 
%inc32 TotalTxPacketCount 


;get a fix on the time that transmission 
started and save it for later' use 
/increment counter 


start_send endp 


DriverOpenSocket : 
DriverDisconnect : 


- 3 ‘ 
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. ********************************************************************** 

; Driverpoll 

; Poll the driver to see if there is anything to do 

; Is there a transmit timeout? If so, abort transmission and return 

; ' ECB with bad completion code. Check to see if frames are queued. 

; If they are set up ES:SI and call DriverSendPacket . 

************************* V********************************************* 

DriverPoll PROC NEAR 
cmp tx_active_flag, 0 
jz NotWait ingOnTx 
mov dx, IPXIntervalMarker 
sub dx, tx_start_time 
cmp dx, TxTimeOut Ticks 

jb NotTimedOutYet , 

; This' transmit is taking too long so let's terminate it now 

; Issue an abort to the 82592 
mov dx, command_reg 

mov al, C_ABORT ; abort transmit 

out dx, al 
inc tx__timeout 
les si, tx_ecb 

mov es: [si] .completion_code, PacketUnDeliverable /stuff completion code of a failed tx 

mov ax, es: word ptr [si]. link 

mov word ptr send__list, ax 

mov ax, es: word ptr [si]. link + 2 

mov word ptr send_list + 2, ax 

; Finish the transmit 

mov es: [si].in_use, 0 
call IPXHoldEvent 
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;make sure that execution unit didn't lock up because of abort errata 

mov dx, command__reg 
mov al, C_SWP1 
out dx, al 
%wait 

mov al, C_SELRST 
out dx, al 
%wait 

mov al, C_SWP0 
out dx, al 
%wait 

mov al, C_RXENB 
out dx, al 

mov tx_active_f lag, 0 

;See if any frames are queued 

mov cx, word ptr send_list + 2 
jcxz queue__empty 
mov es, cx 

mov si, word ptr send_list 
call start_send 

queue_empty : 

NotWait ingOnTx : 

NotTimedOutYet : 
ret 

DriverPoll endp 
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; Driver Cancel Request 
; Assumes on entry: 

; ES : SI is pointer to ECB we want to cancel 

; DS is setup 

; Interrupts are DISABLED 

; Assumes any registers may be destroyed. 

; Returns completion code in AL: 

; 00 Buffer was located and canceled. 

; FF Buffer was not found to be in use by the driver 

DriverCancelRequest PROC NEAR 

;first, see if it is the one we are currently sending, 
mov dx, es 

cmp word ptr send_list, si 
jnz NotFirstOne 

cmp word ptr send_list + 2, dx 

jnz NotFirstOne 

;we need to cancel the first entry. first, unlink it 
;from the send list. 

mov ax, es: word ptr [si]. link 
mov word ptr send_list, ax 
mov cx, es: word ptr [si]. link + 2 
mov word ptr send_list + 2, cx 

mov es: [si] .completion__code, OFCh 
mov es: [ si] . in_use, 0 

xor ax, ax 

ret 

;we need to search down the send list 
NotFirstOne: 

mov cx, word ptr send_list + 2 

mov di, word ptr send_list 

ScanTheSendListLoop : 

jcxz NotFound 
;move to the next link 
mov es, cx 

mov bx, di 

mov cx, es: word ptr [bx].link + 2 

mov di, es: word ptr [bx].link 

;next node is pointed to by CX:DI 
/•previous node is pointed to by ES:BX 
;see if we found it 
cmp di, si 

jnz ScanTheSendListLoop 

cmp cx, dx 

jnz ScanTheSendListLoop 
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;we found it. now unlink it. 
push ds 

mov ds, cx 

mov ax, ds: word ptr [si]. link 

mov es: word ptr [bx].link, ax 

mov ax, ds: word ptr [si] .link + 2 

mov es: word ptr [bx].link + 2, ax 

mov ds : [si] .completion_code, OFCh 

mov ds: [si].in_use, 0 

pop ds 

xor ax, ax 

ret 

NotFound: 

mov al, OFFh 

ret 

DriverCancelRequest endp 


; Driver Close Socket 

; Assumes on entry: 

; DX has socket number 

; DS is setup 

; Interrupts are DISABLED 

; Assumes any registers may be destroyed. 

DriverCloseSocket PROC NEAR 

mov cx, word ptr send_list + 2 

jcxz DriverCloseExit 

les si, send_list 

DriverCloseLoop: 

cmp es: [si] . socket_number, dx 

jnz DriverToNext 

push dx 

call DriverCancelRequest 

pop dx 

jmp DriverCloseSocket 

DriverToNext: 

mov cx, es: word ptr [si]. link + 2 

jcxz DriverCloseExit 

les si, es: [si]. link 

jmp DriverCloseLoop 
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DriverCloseExit : 
ret 

DriverCloseSocket endp 
Code ends 


mombo_init segment ' CODE' 

public Driverlnitialize, DriverUnHook 

no card_message db CR,LF,'No adapter installed in PCS' 

conf ig_failure_message db CR, LF, ' Configuration Failures' 

iaset_failure_message db CR,LF,'IA Setup Failures' 

ConfigDataUnderrunMess db CR, LF, ' Configuration underrunS' 

; Driver Initialize 
; assumes: 

; DS, ES are set to CGroup (== CS) 

; DI points to where to stuff node address 

; Interrupts are ENABLED 

; The Real Time Ticks variable is being set, and the 

; entire AES system is initialized. 

; returns: 

; If initialization is done OK: 

; AX has a 0 

; If board malfunction: 

; AX gets offset (in CGroup) of '$' -terminated error string 


Driverlnitialize PROC NEAR 

mov MaxPhysPacketSize, 1024 

cli 

cld 

mov ax, cs 
mov ds, ax 
mov es, ax 

; get DOS time and use for address, 
mov ah,Q2Ch 

int 21h 

mov bx, OFFSET CGroup: node_addr 

mov byte ptr cgroup:[bx], OOh 

mov byte ptr cgroup: (bx+1] , OAAh 

mov byte ptr cgroup : [bx+2] , ch 

mov byte ptr cgroup: [bx+3] , dl 

mov byte ptr cgroup: [bx+4] , dh 

mov byte ptr cgroup: [bx+5] , 7Eh 

mov si, bx 
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movsw 

/•stuff address at point IPX indicated 


movsw 



movsw 



st i 



; initialize the configuration table 


mov 

al/ selected_configuration 


cbw 



shl 

ax, 1 ; multiply by two 


add 

ax, OFFSET CGROUP : conf igpointers ;ax contains the offset value 


mov 

bx,ax ;of the default configuration 


mov 

bx, [bx] ;list 


mov 

Conf ig, bx 


mov 

al, [bx+DMAOLOC] 


mov 

conf ig_dmaO_loc, al 


mov 

al,'[bx+DMA6L0C] 


mov 

conf ig_dmal_loc, al 


mov 

al, [bx+IRQLOC] 


mov 

conf ig_irq_loc, al 


mov 

ax, [bx+BPORT] 


mov 

command_reg, 300h 


SetThelnterruptVector : 


; SET 

UP THE INTERRUPT VECTORS 


push 

di 


mov 

al, conf ig_irq_loc 


mov 

bx, OFFSET CGroup: DriverlSR 


call 

Set Interrupt Vector 


pop 

di 


mov 

dx, EnLAN 


out 

dx, al ; enable LAN on MB module 


%slow 



mov 

dx, command_reg 


mov 

al, C_RST 


out 

dx, al ; reset the 82592 controller 


/•generate 

20 bit address for DMA controller from configure block location 


;this is 

necessary to accomodate the page register used in the PC DMA 


call 

set up_buffers 


;set up DMA channel for configure command 


xor 

ax, ax 


out 

DMAff, al ;data is don't care 


%slow 



mov 

al, DMAena 


out 

DMAcmdstat, al 


mov 

ax, gp_buf_start 


%slow 



out 

DMA6addr, al 


mov 

al , ah 
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%slow 



out 

DMA6addr, al 


mov 

ax, gp_buf_page 


%slow 



out 

DMA6page, al ;DMA page value 


mov 

ax, 1 


%slow 



out 

DMA6wdcount, al /make two transfers 


mov 

al, ah 


%slow 



out 

DMA6wdcount , al 


mov 

al, DMAtx6 ; setup channel 6 for tx mode 


%slow 



out 

DMAmode, al 


mov 

al, DMA6unmsk 


%slow 



out 

DMAsnglmsk, al 


xor 

ax, ax 


mov 

di, gp buf offset ;mov zeroes into the byte count field of the 


stosw 

;buffer to put the 82592 into 16 bit mode 


stosw 



%slow 

■' 


mov 

dx, command_reg 


mov 

al, C_CONFIG /configure the 82592 for 16 bit mode 


out 

dx, al /issue configure command 


%slow 



wide_mode_ 

_wait_loop: 


xor 

al, al 


%slow 



out 

dx, al /point to register 0 


%slow 



in 

al, dx /read register 0 


and 

al,0DFh /disregard exec bit 


cmp 

al, 82h / is configure finished? 


jz 

do_config 


loop 

wide__mode_wait_loop 


mov 

ax, OFFSET CGroup: no_card_message 


jmp 

init__exit 


do_config: 



mov 

al, C_INTACK 


out 

dx, al /clear interrupt 


xor 

ax, ax 


%slow 



out 

DMAff, al /data is don't care 


mov 

ax, gp_buf_jstart 


%slow 



out 

DMA6addr, al 


mov 

al, ah 


%slow 



out 

DMA6addr, al 


mov 

ax, gp_buf_page 
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%slow 



out 

DMA6page, al ;DMA page value 


%slow 



mov 

al, DMAtx6 ; setup channel 1 for tx mode 


out 

DMAmode, al 


%slow 



mov 

ax, 8 


out 

DMA6wdcount, al ' 


%slow 



mov 

al, ah 


out 

DMA6wdcount, al 


%slow 



mov 

al, DMA6unmsk 


out 

DMAsnglmsk, al 


mov 

ax, ds 


mov 

es, ax 


mov 

si, offset cgroup:config_block 


mov 

di, gp_buf_of f set 


mov 

cx, 18 


rep movsb 



mov 

dx, command_reg 


mov 

al, C_CONFIG ; configure the 82592 


out 

dx, al 


%slow 



xor 

cx, cx 


conf ig_wait_loop: 


%slow 



xor 

al, al 


%slow 



out 

dx, al ;point to register 0 


%slow 



in 

al, dx ;read register 0 


and 

al, ODFh ;discard extraneous bits 


cmp 

al, 82h ; is configure finished? 


jz 

config_done 


loop 

conf ig_wait_loop 


mov 

ax, OFFSET CGroup: conf ig_failure_message 


jmp 

init_exit 


config done: 


;clear interrupt caused by configuration 


mov 

al, C_INTACK 


out 

dx, al 


; do an IA 

setup 


mov 

di, gp_buf_of fset 


mov 

al, 06h ; address byte count 


stosb 



mov 

al, OOh 


stosb 



mov 

si, OFFSET CGROUP :node_addr 


mov 

cx, SIZE node_addr 


rep movsb 
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out 

DMAff, al /data is don't care 


%slow 



mov 

ax, gp_buf_start 


out 

DMA6addr, al 


mov 

al, ah 


%slow 

' 


out 

DMA6addr, al 


mov 

ax, gp_buf_page 


% slow 

out 

DMA6page, al /DMA page value 


%slow 



mov 

al, DMAtx6 /setup channel 1 for tx mode 


out 

DMAmode, al 


%slow J 

mov 

ax, 3 


out 

DMA6wdcount, al 


%slow 

mov 

al, ah 


out 

DMA6wdcount, al 


%slow J 

mov 

al, DMA6unmsk 


out 

DMAsnglmsk, al 


mov 

dx, command_reg 


mov 

al, C_IASET /set up the 82592 individual address 


out 

dx, al 


xor 

cx, cx / cx is used by the loop instruction below, this 

/causes the loop to be executed 64k times max 


ia wait 

loop: 


xor 

al, al 


out 

dx, al 


%slow 

in 

al, dx 


and 

al, ODFh /discard extraneous bits 


cmp 

al, 81h / is command finished? 


jz 

ia_done 


loop 

ia_wait_loop 


mov 

ax, OFFSET CGroup: iaset_failure_message 


jmp 

init_exit 


ia_done : 

mov 

al, C_INTACK 


out 

dx, al /clear interrupt from iaset 


/initialize the receive DMA channel 


xor 

al, al 


out 

DMAff, al 


mov 

ax, rx_buf_start /set dma up to point to the beginning of rx buf 


%slow 



out 

DMA7addr, al 


mov 

al, ah 


%slow 

out 

DMA7addr, al 


mov 

ax, rx_buf_page ; set rx page register 
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%slow 

out 

DMA7page, al 


mov 

al, DMArx7 


%slow | 

out 

DMAmode, al 


mov 

ax, rx buf length ;set wordcount to proper value 


%slow 

out 

DMA7wdcount, al 


mov 

al, ah 


%slow 

out 

DMA7wdcount, al 


mov 

al, dma7unmsk ;unmask receive DMA channel 


%slow 

out 

DMAsnglmsk, al 


; unmask 

our interrupt channel 


in 

al, InterruptMaskPort 


and 

al, int_unmask 


% slow 

out 

InterruptMaskPort, al 


;enable 

the receiver 


mov 

dx, command_reg /enable receives 


mov 

al, C_RXENB 


out 

dx, al 


xor 

ax, ax 


mov 

cx, 1 


init_exit : 


ret 

Driverlnitialize endp 
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; Set up Buffers: 

; This routine generates the page and offset addresses for the 16 bit 
; DMA. It checks for a page crossing and uses the smaller half of the 

; buffer area for Tx and general purpose if a crossing is detected. If 

; no crossing is detected the general purpose/transmit buffer is placed 
; at the beginning of the buffer area. This routine also generates a 

; segment address for the receive buffer which allows the value read 

; from the "10 cent" latches to be used as read for the offset passed 
; to IPXReceivePacket . This saves some arithmetic steps when tracing 
; back through the rx buffer chain. 

set^_up_buf fers proc near 

mov ax, offset cgroup: gpjbuf 

mov gp_buf__offset, ax 

mov bx, cs 

mov dx, cs 

shr ax, 1 

mov cx, 3 

shl bx, cl 

rol dx, cl ;get upper 3 bits for page register 

and dx, 0007h ;clear all but the lowest 3 bits 

add ax, bx ;ax contains EA of first location in buffer 

adc dx, 0 ;if addition caused a carry add it to page 

mov cx, OFFFFh ;of buffer to page break 

sub cx, ax ;cx contains the number of bytes to page break 

cmp cx, 01388h 
jb intel_hop 

jmp copacetic /it's cool, whole buffer space is in one page 

intel_hop: 

cmp cx, 0258h 

ja low_ok ;low fragment is a usable size, check upper fragment 

add ax, cx ;move pointer past the page break to discard fragment 

sub gp_length, cx; ad just length variable to reflect shorter length 
mov gp_o f f se t _ad just, cx 

shl gp_o f f set_ad jus t , 1 ; convert to byte format 
mov cx, gp_of f set_adjust 

add gp_buf_of fset, cx /adjust gp_buf starting point to reflect change 

jmp copacetic Jboth buffers will be in the same page, rx buf shortenec 

lowok: 

cmp cx, 1130h 
jb high_ok 

mov gp_length, cx /adjust length variable, discard upper buffer fragment 
jmp copacetic /both buffers will be in the same page, rx buf shortened 

high_ok: /now since both fragments are usable we have to find the 

cmp cx, 09C4h /actual page break, the large half will be the receive 

ja rx_first /buffer and the small half will be the gp-tx buffer, 

mov gp_buf_page, dx 
shl gp_buf_page, 1 
mov gp_buf_start , ax 
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mov rx_buf_start , OOOOh 

mov rx_buf_head, OOOOh 

add dx, 1 ;next page 

mov rx_buf_page, dx 

shl rx_buf_page, 1 

shl ax, 1 

adc dx, 0 

mov bx, cx ‘ ; save number of bytes to page break, 
mov cx, 12 
shl dx, cl 

mov rx_buf_segment , dx 
sub gp_length, bx 
mov cx, gp_length 
mov rx_buf__length, cx 
sub cx, 258h 
shl cx, 1 
add cx, ax 
mov rx_buf_stop, cx 
jmp buffers_set 

rx_f irst : 

mov rx_bufjpage, dx 
shl r x_bu f jpage , 1 
mov rx_buf__start , ax 
mov rx_buf_head, ax 
shl rx_buf_head, 1 
mov rx_buf_length, cx 

mov rx_buf_stop, 0FB9Eh ;1200 bytes from end of buffer 

mov gp_buf_start , OOOOh 

add dx, 1 ; next page 

mov gp_buf_page, dx 

shl gp_buf_page, 1 

add cx, 1 

shl cx, 1 

mov gp_of fset_adjust, cx 

add gp_buf_of fset , cx 

sub dx, 1 

shl dx, 1 

shl ax, 1 

adc dx, 0 

mov cx, 12 

shl dx, cl 

mov rx_buf_segment , dx , 
jmp buffers_set 

copacet ic: 

mov gp_buf_start , ax ;Al-A16 of gp buffer, gp buffer is first 

add ax, 258h ;1200 bytes for gp buffer at front of buffer space 

mov rx__buf_start, ax ;rx buffer starts 1200 bytes in 

mov rx_buf_head, ax 

shl rx_buf_head, 1 

sub gp_length, 258h 

mov cx, gp^length 

mov rx_buf_length, cx 
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shl dx, 1 

mov rx_buf_page, dx 
mov gp_buf_page , dx 
shl ax, 1 
adc dx, 0 
mov cx, 12 
shl dx, cl 

mov rx_buf_segment, dx 

mov cx, rx_buf_length 

sub cx, 258h 

shl cx, 1 

add ax, cx 

mov rx_buf stop, ax 


/convert segment to byte address 


/convert offset to byte address 
/adjust segment for shift 


/load variable for transfers to IPX 
/setup marker for low rx buffer space, >60.0 words 


buffers_set : 
ret 


set_up_buf fers 


Set Interrupt Vector 

Set the interrupt vector to the interrupt procedure's address 
save the old vector for the unhook procedure 

assumes: bx has the ISR offset 
al has the IRQ level 
interrupts are disabled 


Set Interrupt Vector PROC NEAR 
/mask on the appropriate interrupt mask 


push 

ax 


xchg 

ax. 

cx 

and 

cx. 

07h 

mov 

dl. 

1 

shl 

dl. 

cl 

mov 

int 

_mask, dl 

not 

dl 


mov 

int 

unmask, • 


%slow 

out 

pop 

cld 

cbw 

xor 


/get the appropriate bit location 
/set the interrupt bit variable 


int_unmask, dl /set the interrupt mask variable 
ax, InterruptMaskPort 
int_mask_register, ax 
al, InterruptMaskPort 
al, int_mask 


InterruptMaskPort, al 


al, 68h /adding 8 converts int number to int type, 

/int 4 = type 12, int 5 = type 13 etc. 
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shl ax, 1 

shl ax, 1 ;two shifts - mul by 4 to create offset of vector 

xchg ax, di 

mov int_vector_addr, di ;save this address for unhook 

mov ax, es: [di] ;save old interrupt vector 

mov word ptr old_irq_vector, ax 

mov ax, es: [di] + 2 

mov word ptr old_irq_vector +2, ax 

xchg ax, bx ;bx has the ISR offset 

stosw 

mov ax, cs 

stosw 

ret 

SetlnterruptVector endp 


Driver Unhook 

Assumes 

DS = CS = IPX segment 
Interrupts are DISABLED 

Assumes any registers but DS, SS, SP may be destroyed 

This procedure restores the original interrupt vector 

This procedure will never be called if Driverlnitialize 
did not complete successfully. 


DriverUnhook PROC NEAR 


in 

al. Inter ruptMaskPort 


or 

al, int_mask 


%slow 



out 

InterruptMaskPort, al 


xor 

ax, ax 


mov 

es, ax ;es is set to vector table segment 

mov 

bx, word ptr int_vector_addr 


mov 

ax, word ptr old_irq_vector 


mov 

es: [bx] , ax ; restore old 

interrupt offset 

mov 

ax, word ptr old_irq_vector + 2 


mov 

es: [bx +2], ax ; restore old 

interrupt segment 


ret 

DriverUnhook endp 

mombo__init ends 
end 
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1.0 INTRODUCTION 

The modern office has become increasingly computer- 
ized due to the availability of reasonably priced, yet 
very powerful, microcomputers. One of the rapidly 
growing uses of these powerful computers is desktop 
publishing. This technology allows text and graphics 
output to be generated that rivals the quality of work 
that could only be produced by very expensive photo- 
typesetting equipment a few years ago. Another major 
application is Computer Aided Design (CAD). One 
thing that both of these applications have in common is 
that the output devices they require are still relatively 
expensive. Networking has enabled sharing these ex- 
pensive peripherals, such as sophisticated laser printers, 
plotters, and FAX equipment, that would not be practi- 
cal if attached to a single user machine. Since these 
peripherals are seldom in constant use by a single user, 
sharing them throughout an office over a LAN allows 
much better utilization of each unit. Through print 
spooling, the sharing of the equipment is transparent to 
the user except for the short walk to the print station to 
retrieve any spooled jobs. The cost reduction aspects of 
networking are beginning to be reflected in the network 
hardware itself. Media cost has been reduced, first from 
Ethernet to Cheapernet. Now the move to Twisted Pair 
Ethernet (TPE) lowers medium costs even further. The 
increased market for LAN adapters is also driving cost 
reduction in the adapter market. The 82592 Nonbuf- 
fered Master (NBM) is a simple, cost effective integrat- 
ed LAN adapter for Industry Standard Architecture 
(ISA) workstations which addresses this need for cost 
reduction, coupled with high performance. 

The NBM592 takes advantage of the increased band- 
width capabilities of the bus and memory subsystems in 
current ISA computers, commonly known as “AT” 
type computers. It is based on the Intel 82592 Ad- 
vanced CSMA/CD LAN Controller. The NBM592 has 
its own DMA, which consists of an 82C37A DMA con- 
troller and support logic implemented in PALs and 
TTL. Part of this logic implements the master hand- 
shake which allows the NBM592 to take control of the 
host bus. This DMA is used to transfer data from the 
network directly into the host memory subsystem. The 
NBM contains no local buffer memory. This allows the 
cost of local buffer memory to be trimmed from the 
cost of the adapter. The low cost and very high per- 
formance of this adapter architecture make it uniquely 
suited to todays market. 

Because the NBM592 is derived from the Embedded 
LAN Module (ELM) the reader might find the follow- 
ing Application Notes helpful. AP-320 Using the Intel 
82592 to Integrate a Low-Cost Ethernet Solution into a 
PC Motherboard, and AP-327 Two Software Packages 
for the 82592 Embedded LAN Module. These publica- 
tions are available from the Intel Literature Depart- 
ment. 

•NetWare is a registered trademark of Novell Incorporated. 
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1.1 Objective 

The objective of this Application Note is to present the 
NBM592 architecture using the 82592. The implemen- 
tation that will be described here uses readily available 
off-the-shelf devices. This low level of integration is 
presented as a starting point. Gate array or other ASIC 
technology could be used to reduce the parts count of 
this architecture while lowering cost and possibly in- 
creasing performance. The software aspects of this solu- 
tion will also be discussed. A NetWare * shell driver is 
the vehicle for illustrating the programming of the 
NBM. 
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2.0 HARDWARE OVERVIEW 

The NBM592 is an extension of the ELM architecture. 
The NBM592 differs from the ELM in the fact that it 
contains its own DMA resources. The NBM592 also 
contains logic to implement the ISA bus master hand- 
shake, which allows the NBM592 to operate as a mas- 
ter adapter on the ISA bus. This allows the adapter to 
transfer data from the network directly into host mem- 
ory at higher speeds than the system DMA channels 
are capable of. 

The NBM592 was specifically designed to work in 6- 
and 8-MHz IBM PC AT machines. Although the 
NBM592 has been tested successfully in a variety of 
other machines, a thorough worst-case timing analysis 
would be required to ensure proper functioning in clone 
machines using integrated chipsets. To implement the 
master handshake logic in a gate array or other ASIC, 
this analysis would need to be done for all of the cur- 
rent motherboard chip sets to ensure clone compatibiL 
ity. 

Figure 1 contains a block diagram of the NBM592 cir- 
cuitry. The circuitry in the shaded area marked DMA 
logic and the TCI address latches from the area marked 
CSMA/CD logic would be good candidates for integra- 
tion into gate array or other dense ASIC logic. The cost 
reduction benefits would depend . on the level of integra- 
tion. 
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Figure 1. Nonbuff ered Adapter Block Diagram 
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2.1 DMA Functional Block 

The DMA functional block is comprised of an 8-MHz 
82C37A DMA controller, page registers for the upper 
addresses in DMA cycles, a receive ring buffer overflow 
prevention circuit (stop register), a watchdog timer that 
limits NBM592 DMA bursts to less than 15 us, and a 
wait state generator for DMA cycles. Also contained in 
this block are two latches that store the address of the 
last memory location containing receive data. 

2.2 CSMA/CD Functional Block 

The CSMA/CD functional block is implemented by 
the 82592 Advanced CSMA/CD LAN Controller. This 
device supports all industry standard CSMA/CD 
LANs, such as IEEE 10BASE5, 10BASE2, 
10BROAD36, 10BASE-T, and 1BASE5. The 82592 
also supports proprietary CSMA LANs from 1 to 20 
Mb/S such as the IBM PC Network. The 82592 also 
implements the CSMA/DCR protocol that provides 
deterministic collision resolution on CSMA LANs. 
This feature can be used when the worst case time for 
accessing the medium must be known. 

The 82592 also implements a Tightly Coupled Interface 
(TCI) to industry standard DMA controllers that al- 
lows back-to-back frame reception and retransmission 
on collision to be done without CPU intervention. 
When the 82592 is configured to TCI mode it generates 
four additional DMA requests after the last byte of the 
frame has been transferred to memory. The first two of 
these transfers are used to move the status for the cur- 
rent reception into memory. The second two transfers 
write the number of bytes transferred into memory. By 
using this byte count value it is possible to reconstruct 
the chain of packets in memory so they can be handed 
off to the higher layers of the software. This will be 
discussed more fully in the software section of the Ap- 
plication Note. 


2.3 Analog Interface 

The analog interface for the NBM592 consists of a sep- 
arate daughterboard that attaches to the NBM592 
through an SBX connector. By using this approach it is 
possible to support IEEE 10BASE5, 10BASE2, 
lOBase-T, 1BASE5, and other proprietary network 
standards by simply removing one daughterboard from 
the digital assembly and installing a different analog 
interface. There are currently three analog interface 
modules, an Ethernet module, a Cheapernet module, 
and a Twisted Pair Ethernet (TPE) module, which is 
based on the Intel 82521 Serial Supercomponent. 


2.4 System Bus Interface 

The system interface for the NBM592 is I/O mapped. 
It uses 16 bytes of read/write I/O space. The 82592 
command and status registers, 82C37A registers, page 
registers, and stop register are all accessible in this 
16-byte address space. The I A ROM contents can also 
be read in this window. 


3.0 DMA OPERATION 


3.1 Better System Bus Utilization 

The NBM592 operates as a DMA master on the I/O 
channel of the host computer. This means that all ad- 
dress and control signals are generated by the NBM592 
while it is actively transferring data. The NBM592 
DMA block is based on the 8-MHz 82C37A DMA 
controller. By providing its own DMA the NBM592 is 
able to transfer data between the network and memory 
at a higher rate than the system DMA channels would 
allow. Two of the four available channels of the on 
board 82C37A are used by the NBM592. In the default 
configuration Channel 0 is used as the transmit channel 
and Channel 1 the receive channel. Channels 2 and 3 
are not used. The transmit and receive channels may be 
exchanged by using jumpers. The 82C37A provides ad- 
dress lines A16 through Al. Address lines SA16-SA9 
on the ISA bus are latched from the multiplexed ad- 
dress/data bus of the 82C37A by ADSTB. Address 
lines SA8-SA1 are driven by the A7-A0 outputs of the 
82C37A through a transceiver. AO is pulled low during 
DMA transfers because all transfers are word aligned. 
The upper address bits are provided by the page regis- 
ters, which are programmed during initialization. IC10 
is the page register used for the Transmit channel, and 
IC 1 1 is the page register used for the Receive channel. 
This architecture allows DMA transfers across a 
128-kB memory space for both transmit and receive. 


3.2 System Bus Arbitration 

When the 82592 needs to perform DMA cycles it as- 
serts its request to the on-board 82C37A. The 82C37A 
then asserts its HRQ pin. This pin is c onnected to the 
DRQ6 line in the I/O channel. When DA CK6 is re- 
turned the NBM592 drives the MASTER line in the 
I/O channel low, waits one clock and then drives the 
address bus. One clock later the NBM592 drives the 
control lines. The NBM592 may then perform DMA 
cycles for' up to 15 jus. This time limitation exists to 
ensure that the system can access the bus to perform 
refresh cycles. 
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3.3 Transmit DMA Channel 

If a collision occurs during transmit, the NBM592 must 
be able to reinitialize the DMA controller to point back 
to the beginning of the transmit buffer. This reinitiali- 
zation must be done without CPU intervention to be 
ready to retransmit the frame within the 9.6 jus Inter- 
frame Spacing (IFS) time. The NBM592 does this by 
performing the TCI handshake with the 82 592 t o deter- 
mine when a collision has occurred. The EOP pin on 
the 82C37A is then activated by the TCI logic. Since 
the 82C37A has been programmed to autoinitialize 
mode it resets its address to the beginning of the trans- 
mit buffer. After the IFS time and the random backoff 
time, if any, the 82592 will begin to make DMA re- 
quests and the frame will be retransmitted. 

3.4 Receive DMA Channel 

The receive DMA channel in the NBM592 uses a ring 
buffer. This is done by programming channel 1 of the 
82C37A to autoinitialize mode. When the DMA chan- 
nel reaches the end of the receive buffer space, it auto- 
initializes to the beginning of the receive buffer space 
and continues reception there. This approach ensures 
that the maximum possible buffering capacity is always 
available to the adapter. The integrity of the receive 
buffer is protected by a stop register, which is discussed 
in detail in section 3.4.1. A pair of latches is used to 
store the last address in memory that contains receive 
data. These latches are triggered by the TCI handshake 
at the completion of a receive operation. At that instant 
the latches are clocked and the address on the A 16- A1 
lines are latched. When the NBM592 receives a packet 
it appends four words of information. The upper bytes 
of these four words are not used. The lower bytes con- 
tain the status of the reception and the byte count of the 
frame. The byte count, along with the value from the 
TCI latches, is used to recover the received frame chain 
from the receive buffer. This process is discussed in 
section 7.3.1. 

3.4.1 Stop Register 

The Stop register (IC9) holds the stop address for the 
receive ring buffer. This implementation uses a 
256-byte resolution. A finer resolution would require 
additional components. The CPU loads it with a new 
value as each receive buffer is processed. The value 
in the stop register is compared by IC8 to the corre- 
sponding add ress lines during DMA receive cycles 

(DMA MW). When the contents of th e latch and the 

address bus contain the same value, th e OVERFLOW 
signal is activated. The OVERFLOW signal is latched 
by PAL 4, and the interrupt line is asserted. The 
OVERFLOW bit can be read by the CPU by an I/O 
read at offset OEh from the base address of the adapter. 
The bit app ears on the DO data line. When 
OVERFLOW is active, the Receive channel of the 
DMA is disabled until the stop register is reloaded 


by the CPU. This prevents corruption of the receive 
buffer structure during extremely heavy network traffic 
conditions. The stop register can be tested on power up 
by reading the overflow bit. The lower five bits of the 
stop register are us ed to select the IA PROM address. 
The OVERFLOW line is pulled up to Vcc t° allow 
removing the overflow comparator and register IC8 
and IC9 for a lower cost version of the board. If the 
stop register circuitry is removed it would be advisable 
to use the linear restartable buffering approach that was 
used in the ELM driver. In this approach, as frames are 
received, the driver software checks to see how much of 
the receive buffer remains available. When most of the 
buffer has been consumed the software reinitializes the 
DMA controller to point back to the beginning of the 
buffer space, and reception can resume. 

3.5 Wait State Generator 

The DMA circuitry also contains an optional wait state 
generator. Zero to three DMA wait states can be select- 
ed by a jumper that controls the wait state generator 
(IC23). Timing calculations show that one wait state is 
needed for a 6 MHz AT, and that no wait states are 
needed for an 8 -MHz AT. The basic DMA t rans fer 
cycle is 3 clocks, two clocks for the command (RD or 
WR) and one clock for address setup time. Wait states 
extend the command. The address setup time can be 
extended to two clocks by programming the 82C37A to 
normal write cycle. In this case a wait state should be 
added. 


4.0 HARDWARE DESIGN 
CONSIDERATIONS 

There are several circuits that are designed in specific 
ways, or use specific signals, to handle special cases of 
82C37A/82592 interfacing. The reasons for the ap- 
proach chosen in each case are individually discussed 
below. 


4.1 Transmit EOP 

When programmed for late write the 82C37A can re- 
ceive DRQ after the end of S3. This can cause an extra 
DMA cycle. This can be solved by generating a special 
write during D MA cycle s (for the 82592) This write 
starts when the MEMR sig nal is act ivated and ends 
when the 82C37A-generated IO WR signal ends. 

The worst case timing for the sampling of the 

BAD TX signa l shows a problem. The solution is to 

connect 592WR to the flip-flop clock input, instead of 

DMA MW. BADTX is sampled by the rising edge of 

DM A MW. BA DTX is EOP * DRQ delayed by one 

pal. DMA MW is not delaye d by the PA Ls; thus tim- 

ing requirements are met and DISDACK is generated 
properly. 
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4.2 Separate Receive and Transmit 
Page Registers 

An address setup time of 120 ns is required before as- 
serting the command (Read or Write). This is done by 
adding a 1 -clock delay to the first command in each 
burst, and asserting an a dditional wa it state to this first 

comman d. The sig nal EN CMD is generated by 

PAL3. EN CMD is activated two clocks after 

DACKO or DACK1, and remains active until the end 
of the cycle. A wait state is added to this first command 

by the qual ificat ion of the R D OR WR signal by 

EN CMD. The EN CMD controls the enable line of 

the c ommand bus buffer. This buffer drives SAO and 
BHE, which are part of the address and must be active 
before command. These lines are driven by the PALs. 

4.3 Extra Wait State 

The 82C37A IOW signal can be active after the end of 
the 82C37A S4. This will cause an extra wait state to be 
inserted. This can be eliminated by using the 82C37A 
MEMW sig nal fo r the wait state generator instead of 
the 82C37A IOW. This line will always go inactive be- 
fore the end of S4. This prevents the insertion of extra 
wait states. 


4.4 TCI-Direction 

When the TCI latch is read by the CPU the data buffer 
direction line that is driven from the RD line is in the 
wrong direction. This is because the DMA controller 
clear mask register can be accessed by writing to the 
same address. To prevent this the RD line has been 
disabled. 

When a ddressing the DMA clear mask register the 
37 CS is deacti vate d. This prevents acc ess to t his reg- 

ister' The local RD signal is driven by IORD during 
slave cycles. 

4.5 Bus Contention 

Since the 82C37A specification does not guarantee that 
the mid address (strobed by ADSTB) will float before 
the command is active, contention can occur on these 
lines. The solution is to delay the command (Read or 
Write) unti l after each ADSTB cycle. This is done by 

generating EN CMD, which disables the command 

for one clock and adds one wait state in addition to 
those added by the wait state generator. This is imple- 
mented in PAL3. 


The high data buffer is enabled by EN ADDR, which 

is active only during master cycles. This prevents the 
NBM592 from enabling the high data buffer (SD15- 
SD8) during slave accesses to odd I/O addresses. If this 
was not done, contention with low data multiplexed 
into the high data by the motherboard would occur. 


4.6 DRAM Precharge Time 

There is a problem with the worst case timing of the 
82C37A when more than one transfer cycle is executed. 
The problem is that the worst case time between two 
commands can be lower than the precharge time re- 
quired by the DRAMs. If extreme values are taken for 
two delay parameters, (maximum value for inactive 
time and minimum value for active time) the DRAM 
precharge time will be violated. We assume that for the 
same signal the difference between those two parame- 
ters does not exceed 30 ns. This satisfies the precharge 
time for the DRAM chips. The required precharge time 
is 100 ns. For the address setup time, the assumption is 
that command is activated after the address is stable 
(i.e., the address setup time is greater than zero). The 
address path to the memory chips consists of the delay 
through the 74LS245 transceiver on the NBM plus the 
delay of the 74F158 in the host sy stem. The total delay 
is 19 ns. The command path to RAS consists of one 
74LS244 on the NBM plus a 74F10 and a 74F00 in the 
host system. This path totals 9 ns. The required setup 
time specified for the DRAM chips is 0 ns. Therefore, a 
10 ns setup time from the 82C37A will satisfy the re- 
quired setup time. The same analysis holds for read and 
write cycles. 

The 82C37A worst case timing does not guarantee that 
the Read command signal will stay active after the 
Write command is deactivated. For proper board oper- 
ation the Read must stay active after the deactivation of 
the Write signal. 

5.0 DATA PATH 

The data path includes the 82592, the interface to the 
analog circuit, the 16-bit address latch for the TCI ad- 
dress (IC2 and 4), the 16-bit data transceiver for buffer- 
ing data (IC3 and 5), and the IA PROM which con- 
tains the station address (IC6). 82592 connections and 
signal names are the same as in the ELM. The low 
address latch latches its data directly from the 82C37A 
lines in order to minimize the loading on the bus. The 
high address latch latches its data from the system’s SA 
lines. 

The Station IA is read from the PROM, which is en- 
abled by PROM CS. To read the IA PROM, the 

CPU first preloads the stop register with the address of 
the byte to be read. The CPU then reads from I/O 
address 30Ah. In the current design the 82592, the 
DMA, and all the other circuitry is clocked by the same 
8-MHz clock. In future versions the 82592 can be 
clocked by a 16-MHz clock. In this case, the 8-MHz 
clock to the rest of the board will be generated by divid- 
ing the 16-MHz clock by 2, in the unused flip-flop of 
IC15A. This requires jumper changes. There is an op- 
tion of driving the 82592 clock from a 16 MHz clock. 
The clock can be divided by 2 to produce the local 
8-MHz Clk to the 82C37. The local oscillator could be 
eliminated by using a 10-MHz 82C37A and using a 
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Table 1.NBM592 I/O Map 


Address 

DMA 

Register 

Write 

Read 

300h 

0 

Base and Current 
Address No. 0 

Current Address No. 0 

301 h 

8 

Command Register 

Status Register 

302H 

1 

Base and Current 

Word Count No. 0 

Current Word Count No. 0 

303h 

9 

Request Register 


304h 

2 

Base and Current 
Address No. 1 

Current Word Count No. 1 

305h 

A 

Single Mask 


306h 

3 

Base and Current 

Word Count No. 1 


307h 

B 

Mode Register 


308h 

4 

592 Port 0 

592 Port 0 

309h 

C 

Byte Pointer FF 


30Ah 

5 

Page Register 0 (Tx) 

IA PROM 

30Bh 

D 

Master Clear 

Temporary Register 

30Ch 

6 

Page Register 1 (Rx) 

Low TCI Byte 

30Dh 

E 


High TCI Byte 

30Eh 

7 

Stop Register 

Overflow Flag 

30Fh 

F 

Write Mask Register 



buffered version of the TxC signal generated by the 
82C501AD on the analog module to clock all NBM592 
circuitry. 

Provisions have been made for a boot EPROM (IC25). 
This optional device is accessed during the system boot 
process. The BIOS searches for a remote boot ROM, 
and if one is found the ROM initialization code is exe- 
cuted. IC24 serves as its address decoder. EPROM size 
and memory allocation are jumper selectable (see AP- 
PENDIX B for details). If a remote boot is not needed, 
both IC24 and IC25 can be omitted. 


6.0 PC AT I/O CHANNEL INTERFACE 

The board was designed to occupy no more than 16 
I/O addresses; to meet this restriction, during slave 
mode access to the 82C37A SAO is routed to A3 and 
during DMA cycles A3 is routed to SA4. 

The NBM592 uses a 16-bit DATA path. All signals in 
the data path are buffered. SA lines are decoded direct- 
ly by the PAL, and driven by the DMA through b uff- 
ers. LA lin es are driven by the latches. M EMRD and 
MEMWR lines are driven by the DMA. SMEMRD 


and SMEMWR are buffered by the system. The IORD 
and IOWR signals are inputs and are buffered by the 
PALs. AEN is an input to the decode PAL. 

The NBM592 can used IRQ 10, 11, 12, 14, or 15. 
IRQ 10 is the default interrupt request, driven by the 
82592 interrupt signal OR’d with the overrun latch. 
The interrupt line is jumper selectable. Jumper loca- 
tions to select the various lines are given in the jumper 
tables. 

The master handshake requires the use of one host 
DMA channel. In the NBM592 host DMA channels 5, 
6, or 7 can be used. The channel is used in cascade 
mode to allow the NBM592 to master the host bus. The 
default connection is channel 6 with channels 5 or 7 
available through jumper sel ection (see APPENDIX B 
for details). The MASTER signal is activated by the 
PALs when the board DMA is active. 


6.1 Refresh Watchdog Timer 

There are two watchdogs on the NBM592. The watch- 
dogs are driven from the local 8-MHz clock. Watchdog 
No. 1 is used to ensure that the refresh mechanism will 
be able to gain control of the bus when it needs to. 
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Refresh cycles occur approximately every 1 5 jms. When 
a refresh request occurs the DMA must release the bus 
within 15 jus. This is done by using a time constant of 
12 jits in the watchdog. When a refresh request is sensed 
the watchdog starts to run. The watchdog timer will 
expire after approx. 12 juls. This corresponds to W5 * 
W6 at 8-MHZ, the 3 extra fi s will be spent transferring 
bus control between the two DMAs. After the bus is 
relinquis hed, the request is regenerated one clock after 
DACK6 is inactivated. Analysis and lab inspection 
show that while working with no wait-states, 82592 
bursts do not exceed 12 juts. Therefore, this circuitry 
may be removed from future versions of the board. 


6.2 Floppy Disk Watchdog Timer 

Watchdog No.2 is an optional floppy disk watchdog 
(SPARE- 1). The purpose of this watchdog is to avoid 
the possibility of bus starvation to the floppy disk dur- 
ing DMA bursts by the NBM592. DRQ2 is used to 
sense activity of the floppy drives. The watchdog drops 
the 82592 request with a delay after a floppy DMA 
request is encountered. This watchdog is disabled by a 
jumper, as it is redundant. This is an optional feature 
and is not used in the present implementation. 

The + 12-V line in the ISA bus provides power to the 
analog module. 

The Reset line from the bus is used to reset the 
NBM592 circuitry during system initialization. 


7.0 SOFTWARE 

The software discussion in this Application Note is 
based on a driver intended to be used with Novell 
NetWare V2.1. The driver is based on the driver that 
appears in AP-327, Two Software Packages for the 
82592 Embedded LAN Module. There are two major 
differences between the driver in AP-327 and the driver 
in this Application Note. First, this driver uses a ring 
buffer approach, as opposed to the linear restartable 
buffer used in the ELM. Secondly, this driver uses mac- 
ros for conditional blocks to allow the code to be writ- 
ten in a manner resembling a high-level language. This 
makes the code more readable for those with limited 
assembly language experience. 

While this driver is written to run with a specific net- 
working package, it contains all the functions that 
would normally be required by any networking pack- 
age. Once a good understanding of the code is gained it 
should be possible to modify most of the procedures to 
operate under another networking package. The main 
differences will be the format of the communicating 
structures between the driver and the lowest layer of 
the networking software. The procedures that will be 
discussed in detail in this Application Note are Driver- 
Initialize, DriverSendPacket, DriverlSR, and Driver- 


Poll. These four procedures are the backbone of the 
driver and represent the most important code for un- 
derstanding the functionality of the NBM592. Proce- 
dures called from within the primary procedures will 
also be covered. 

The source code for the procedures discussed below is 
included as APPENDIX E. 


7.1 Initialization 

In our software example, initialization is carried out by 
the procedure Driverlnitialize. This procedure is called 
by the networking software when it is loaded. This pro- 
cedure initializes the hardware and any software vari- 
ables that must be initialized at run time. The transmit 
and receive buffer variables are initialized through a 
call to SetUpBuffers. Driverlnitialize also calls the pro- 
cedure Setlnterrupt Vector to initialize the proper entry 
in the system interrupt vector table, after first saving 
the vector that is already there. 

7.1.1 Driverlnitialize 

The first function that Driverlnitialize performs is to 
set the variable MaxPhysPacketSize to 1024. This value 
is used to negotiate the maximum size of the frames 
that will be transferred between the fileserver and the 
workstation. 

Next, the base I/O address is read from the configura- 
tion table and this value is added to the offset value for 
each register in the NBM592 I/O space. This includes 
the 82C37A registers, the stop register, the TCI latches, 
and the IA PROM address. 

The CPU now reads the Master DMA channel number 
from the configuration table and calculates the required 
variables. This is the host DMA channel that will be 
used to implement the master handshake between the 
NBM592 and the host. 

The next operation is to read the station address from 
the address PROM. This is done by first writing the 
address of the byte to be read to the Stop register and 
then reading from the IA PROM port. The value writ- 
ten into the stop register is used to drive the address 
inputs of the IA PROM. The code to read the PROM 
is implemented as a loop, with the value written to the 
latch staring at zero and incrementing through five to 
read the six bytes of station address. These six bytes of 

address are stored in the array node addr and also are 

written into a location in IPX’s space. The location 
IPX wants the address written to is passed in the DI 
register when Driverlnitialize is called. 

After the station address has been read and stored, Dri- 
verlnitialize loads the AL register with the number of 
the interrupt line that the NBM592 will use, loads the 
BX register with the offset of the procedure DriverlSR, 
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and calls the procedure SetlnterruptVector. Details of 
this routine are provided in section 7.1.2. After Setln- 
terruptVector returns, a call is made to the procedure 
SetUpBuffers. SetUpBuffers initializes all the buffer 
management variables. Details of this procedure appear 
in section 7.1.3. 

After SetUpBuffers returns, Driverlnitialize is ready to 
configure the DMA channels that the NBM592 will 
use. One host DMA channel and two of the on-board 
DMA channels will be configured. The host DMA 
channel is configured to cascade mode. This allows the 
onboard DMA to use this channel for arbitration in the 
ISA bus. The onboard DMA controller is configured 
for extended write, active low DREQ, and rotating pri- 
ority. The transmit DMA channel in the onboard con- 
troller is programmed next. The channel is configured 
to autoinitialize mode to allow retransmission on colli- 
sion without CPU intervention. This channel will be 
used to transfer the configuration and address parame- 
ters to the 82592. 

The 82592 operates in the 8-bit-bus mode after reset. It 
is put into the 16-bit-bus mode by giving it a Configure 
command with zero in the byte count field. This is the 
first command that the driver issues to the 82592. The 
transmit channel is set up to point to the beginning of 
the transmit buffer area. The word count is set to 1 
because the 82C37A interprets this register as transfers- 
to-be-made— 1. A Configure command is now given to 
the 82592. Driverlnitialize now enters a polling loop to 
determine when the command has been completed. The 
software can tell when the command is complete by 
reading the 82592 StatusO register and testing to see if 
the interrupt bit is set. This loop will be repeated a 
maximum of 65,536 times. If the command has not 
completed by that time, a pointer to an error message is 
moved into the AX register and control is returned to 
IPX. At that point the error message will be displayed 
and the loading of the driver will be aborted. 

After the first Configure command has completed, an- 
other Configure must be done to actually load the de- 
sired parameters into the 82592. The transmit channel 
is set up to point to the beginning of the transmit buffer 
space and the word count is set to eight. This will allow 
the nine required transfers to be made. The byte count 
and configuration parameters are copied into the trans- 
mit buffer area and a Configure command is issued to 
the 82592. Once again a polling loop is entered to wait 
for command completion. 

To set the station address the transmit channel is set up 
to point to the beginning of the transmit buffer and the 
word count is programmed to 3. The byte count and 
station address are copied into the transmit buffer and 
an IA Setup command is issued to the 82592. The 
82592 is again polled for command completion. 


Now that the 82592 is initialized, the receive DMA 
channel can be set up. This channel is also programmed 
to autoinitialize mode and the word count is set to the 
size of the receive buffer — 1. This will cause the DMA 
to wrap around to the beginning of the receive buffer 
when it reaches the end. This results in a ring buffer. 
The receive stop register is programmed with a value 
near the end of the buffer. The receiver is enabled by 
issuing a Receive Enable command to the 82592. The 
AX register is zeroed to indicate that the initialization 
completed successfully and control is returned to IPX. 
The hardware is now ready for operation. 

7.1.2 SetlnterruptVector 

The CPU reads the value of the interrupt line to be 
used from the configuration table. It puts this value in 
the AL register. The offset of the Interrupt Service 
Routine (ISR) is placed in the BX register and Setlnter- 
ruptVector is called. This procedure calculates the 
mask and unmask variables for the interrupt channel 
that will be used for the driver. This channel is then 
masked to prevent any unwanted interrupts. The CPU 
now calculates the address in the interrupt vector table 
where the vector will be stored. After saving the vector 
that is already at the location to be used Setlnterrupt- 
Vector installs the interrupt vector for the NBM592. 
The procedure ends in a return that passes control back 
to Driver initialize. 

The next initialization task is to set up the transmit and 
receive buffer space to accommodate the architecture of 
the NBM592 DMA subsystem. This is done by a call to 
SetUpBuffers. 

7.1.3 SetUpBuffers 

The NBM592 DMA architecture is essentially the same 
as the ISA DMA subsystem. It is made up of an 
82C37A supplying A16-A1 and a page register supply- 
ing A17-A23. AO is pulled low when DMA transfers 
are being made because all transfers are done on word 
boundaries. Because of the fact that no carry can be 
generated from A 16 to A 17, the buffers must be located 
such that no 128-kB boundary exists in them. If the 
address of the 82C37A is allowed to roll over from 
FFFFh to OOOOh the page register will remain un- 
changed. This will cause memory locations at the very 
bottom of the 128-kB page to be overwritten. SetUp- 
Buffers prevents the occurrence of this problem by 
checking to see if a boundary exists in the buffer area 
and then allocating the buffer space to the transmit and 
receive buffers accordingly. It is strongly recommended 
that commercial implementations of the NBM concept 
use counters instead of latches for the upper address 
bits. This would eliminate the problems associated with 
the page register implementation and would simplify 
buffer setup and processing. 
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The SetUpBuffers procedure in this Application Note is 
an improved version of the procedure presented in AP- 
327. Although the general approach is the same, several 
changes have been made to accommodate the ring buff- 
er implementation. 


7.2 DriverSendPacket 

Transmission on the network is accomplished by the 
procedure DriverSendPacket. When the IPX wants to 
send a packet to the fileserver or another station, it 
prepares a Transmit ECB and calls DriverSendPacket. 
The address of the ECB is passed in the ES:SI register 
pair. The procedure checks to see if frames are already 
queued for transmission. If frames are queued, Driver- 
SendPacket adds the new ECB to the end of the queue 
and returns control to IPX. If no frames are queued for 
transmission, execution falls through to the procedure 
StartSend. 

7.2.1 StartSend 

The procedure StartSend is responsible for actually 
building the frame in the transmit buffer, setting up the 
DMA controller, and issuing the Transmit command to 
the 82592. This routine also calculates any padding 
needed to bring the frame up to minimum Ethernet 
length. 

The first action that StartSend takes is to set the trans- 
mitting flag in the driver workspace area of the ECB. 
This flag is used to ensure that only valid transmit 
ECBs are returned to IPX by the transmit ISR. If a 
transmit request is cancelled and then the interrupt for 
the cancelled transmit occurs, the code could errone- 
ously return a packet that had never been transmitted. 
Having this flag available prevents this. 

If the IPX packet plus the Ethernet overhead bytes do 
not add up to a frame size of 64 bytes StartSend calcu- 
lates the number of padding bytes required and stores 
this value in memory for later use. After the padding 
calculations have been done StartSend begins to build 
the transmit frame in memory. The frame begins with 
the 82592 byte count. This includes the IPX packet, the 
Ethernet header and CRC bytes, and the chaining byte 
at the end of the frame. In this application the chaining 
byte will always be zero, since chaining is not support- 
ed. 

The transmit ECB contains a fragment list which de- 
scribes the length and location of each fragment in 
memory that makes up the frame to be sent. This list is 
processed by StartSend with the fragments being copied 
in order into the transmit buffer. After the copy is com- 
plete any required pad bytes are moved into the end of 
the buffer. 


After the transmit frame has been built in memory the 
DMA controller and page register are programmed 
with the address of the beginning of the transmit buffer. 
The word count for the frame is written to the DMA 
controller and then it is unmasked. Writing a Transmit 
command to the 82592 causes it to begin making DMA 
requests and transmission begins. The starting time of 
the transmission is saved in memory and StartSend re- 
turns control to the calling code. 

7.3 DriverlSR 

DriverlSR is the interrupt service procedure. It calls 
the procedures RcvdPacket or SentPacket after it has 
determined the source of the interrupt. 

The first task in the Interrupt Service Routine (ISR) is 
to save the machine state. This is done by pushing all 
the registers on the stack as soon as the ISR is entered. 
Once the machine state is saved the program is free to 
use all of the processor’s registers for its own purposes. 
The segment registers are then set so they all point to 
the same segment since the driver is implemented as a 
.COM program. In this memory model code and data 
share the same segment. 

The ISR code next issues an End Of Interrupt (EOI) to 
the two 8259A Programmable Interrupt Controllers 
(PIC). This allows the PICs to accept interrupts from 
other sources. Since the PICs are configured in the edge 
triggered mode they can be cleared before the 82592 
interrupt has been cleared. In a system that uses level 
triggered interrupts, the interrupt from the 82592 
would have to be cleared first. If this architecture were 
migrated to the PS/2TM it would require the 82592 to 
be acknowledged first because the PS/2 systems use 
level triggered interrupts. 

DriverlSR now checks to see what event caused the 
interrupt. This is accomplished by comparing the status 
read from the StatusO register of the 82592 to the event 
codes for receive, transmit and retransmit. The value 
read from StatusO is AND’d with ODFh prior to the 
comparison to mask the state of the Exec bit. This sim- 
plifies the comparison step. If the event code is not 
receive, transmit, or retransmit, the driver increments 

an error counter called false 590 int and proceeds to 

the exit code. If the event code is receive^ the procedure 
RcvdPacket is called. If the event code is transmit or 
retransmit, the procedure SentPacket is called. Upon 
return the driver proceeds through the exit code. 

7.3.1 RcvdPacket 

The driver’s first action upon entering the RcvdPacket 
procedure is to read the TCI address latches. These two 
8-bit latches contain A1-A16 of the ending address of 
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the last frame received. This address is used as the 
starting point for the buffer reconstruction process. It is 

saved in a variable called rx buff tail. The last four 

words of the receive buffer contain status and length 
information for the packet. By subtracting the length of 
the current buffer from the current address read from 
the TCI latches, the end of the previous frame can be 
found. By repeating this process the complete chain of 
unprocessed frames can be reconstructed. The status 
bytes are used to determine whether the frame should 
be processed or discarded. The procedure Normalize 
Pointer is used to account for the possibility that the 
packet is wrapped around in the receive ring buffer 
while the status and length bytes are being read. 

Each packet contains two length fields. One is con- 
tained in the IPX header and the other is contained in 
the Ethernet header. The length of the packet is validat- 
ed by doing several length checks. The length of the 
Ethernet header is subtracted from the total bytes re- 
ceived prior to doing the length checks. The first length 
check determines if the packet exceeds the 1088 byte 
maximum length for this driver (1024 data bytes and 64 
NetWare bytes). The next length check determines if 
the frame is shorter than the minimum dictated by IPX 
(30 bytes plus padding). The final check makes sure 
that the IPX length and the actual number of bytes 
received agree. If any of these length checks fail, the 
appropriate error counter is incremented and the frame 
is discarded. If all the length checks pass, the packet is 
added to a list of good received frames by putting a 

pointer to the first byte of the frame into the array rx 

list and incrementing the variable num of frames. 

Since the length of rx list is limited to 30 entries a 

check is made to see if this is the last entry in rx list. 

This cycle is repeated until all frames have been pro- 
cessed, or all entries in rx list have been used. When 

one of these two events occur the driver enters a small 
loop of code that takes care of handing the received 
packets off to IPX. 

The handoff loop is controlled by the variable num 

of frames. After each frame is handed off to IPX 

num of frames is decremented. When num of 

frames reaches zero there are no more frames to hand 
off and the loop terminates. The list is processed by 
reading the offset of the first byte of the frame from 

rx list. This offset is used to read the socket number 

from the IPX header of the frame. The socket number 
is used as a parameter for a call to the IPX routine 
IPXGetECB. If there is an ECB available for that sock- 
et IPX passes a pointer back to the driver. If an ECB is 
available the loop calls the procedure DeliverPacket, 
which does the processing necessary to transfer a pack- 
et from the. driver to IPX. If no ECB is available, the 
next frame is processed. 


After all frames have been processed the stop register is 
checked to see if a receive overflow occurred. If an 

overflow occurred the variable rx buff overflow is 

incremented. The stop register is then updated by writ- 
ing the value of rx buf tail — 256 into it. The value of 

receive buffer head is then updated by writing the value 

of rx buf tail + 2 into it. The variable rx buf 

head now points to the first byte of the next receive 
buffer. Execution now returns to DriverlSR. 

7.3.2 SentPacket 

The first action taken in the SentPacket procedure is to 

test the software flag tx active flag. If this flag is not 

set then a transmit had not been initiated and the trans- 
mit interrupt is erroneous. In this case, control simply 
returns to DriverlSR. If tx active flag is set the driv- 

er reads the status of the transmission from the 82592. 
The driver tests the status to see if the transmission 
completed successfully. If an error occurred the status 
is tested to determine the type of failure, and the corre- 
sponding error counter is incremented. If the transmit 
completed successfully, this code is skipped. Next the 
driver extracts the total number of collisions the frame 
experienced and adds this value to the variable Re- 
try TxCount. The driver writes a completion code for 
the transmission into the ECB, unlinks it from the 
transmit queue, and returns it to IPX through a call to 
IPXHoldEvent. The driver now checks the transmit 
queue to see if any packets are awaiting transmission. If 
there is a packet in the queue, the driver loads the ES:SI 
register pair with the address of the ECB and calls 
StartSend. If no packets are queued, control is returned 
to DriverlSR. 

7.3.3 Exiting DriverlSR 

After control is returned to DriverlSR the driver 
checks to make sure that the receiver is enabled. If it is 
not, then a Receive Enable command is issued to the 
82592. DriverlSR then issues an Interrupt Acknowl- 
edge to the 82592. This clears the interrupt that caused 
entry into the DriverlSR code and allows any new in- 
terrupt that may have occurred during processing to 
move into the 82592 StatusO register. DriverlSR reads 
this register to determine if a new interrupt occurred. If 
a new interrupt is detected then execution loops back to 
the beginning of the ISR and the new interrupt is pro- 
cessed. If no new interrupt is detected a call is made to 
IPXServiceEvents to tell IPX it has events to process, 
the machine state is restored to its condition when Dri- 
verlSR was entered, and an IRET instruction returns 
control to the code that was executing when the inter- 
rupt occurred. 
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7.4 DriverPoll 

The procedure DriverPoll is called by IPX to allow the 
driver to check for timed-out transmits and any other 
non-interrupt-driven events that need to be handled. 

DriverPoll first checks to see if tx active flag is set. 

If it is not, then control is returned to IPX. If tx ac- 
tive flag is set, then the driver checks to see if the 

current transmission has timed out. This is done by 

reading IPXIntervalMarker, subtracting tx starts 

time from the value read, and comparing the result 
with TxTimeOutTicks. If the result of the subtraction is 
greater than TxTimeOutTicks, the transmission is 
aborted by issuing an Abort command to the 82592. 


DriverPoll then writes a bad completion code into the 
ECB for the packet, unlinks the ECB from the transmit 
queue, and returns the ECB to IPX through a call to 
IPXHold Event. The 82592 is then given a Selective 
Reset command to put it in a known state. All configu- 
ration parameters are maintained when a Selective Re- 
set is done but the Receive, Execution, and FIFO ma- 
chines are all put in a known state. A Receive Enable 
command is given to the 82592 to reenable the receiver. 
DriverPoll then checks the transmit queue to see if any 
packets are queued. If a packet is awaiting transmis- 
sion, the ES:SI register is loaded with the address of the 
ECB and StartSend is called. If no packets are waiting 
control is simply returned to IPX. 
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APPENDIX A 

SPECIAL CONSIDERATIONS 
FOR A-1 STEPPING ANOMALIES 


There are a few anomalies in the operation of the A-1 
stepping of the 82592 that require workarounds in the 
NBM592. They are discussed below. 


Receive EOP 

When bad frames are received, the 82592 signals this to 
the hardware by not dropping the DREQ signal during 
EOP. This can cause the 82C37A to issue another 
DMA cycle. This extra cycle can corrupt the receive 
buffer chain. The NBM592 contains an Extra DMA 
Read Elimination circuit to prevent this extra read cy- 
cle. The DREQ signal is disabled during the time that 
the EOP is active. The D REQ1 # signal to the 82C37A 
is qualifi ed by the EOP signal to eliminate another cy- 
cle. The EOP goes active after the activation of the 
RD# pin, this deactivates DREQ1 #, th us the DMA 
will not issue another transfer. The EOP signal to the 
DMA controller is blocked during receive cycles. This 
is done because the receive channel is reinitialized when 
the upper limit of the receive buffer is reached, not at 
the end of each receive. 

NOTE: 

The NBM592 does not discard bad received frames. 


Transmit EOP 

The NBM592 also contains an Extra DMA Write 
Elimination circu it for the Transmit channel. In some 
case, when EOP and DREQ are driven active, the 
82C37A can execute an extra write cycle. This redun- 
dant cycle can be wrongly interpreted by the 82592. 
The NBM592 contains a circuit that eliminates this ex- 
tra cycle, if it occurs. To disable the extra write, a signal 
DISDACK# is generated. This signal, when active, 
disables the DACK to the 82592, causing the 82592 to 
ignore the write cycle. This signal is activated when at 
the rising edge of the 82592 WR# signal (at DMA 

cycles), a bad Transmit event is identified. A BAD 

TX# signal is generated when the DRQ signal is active 
during the occurrence of the 82592 EOP#. The DIS- 
DACK# signal is deactivated when either the next 


write arrives, or when the current DMA burst ends 
(this is identified by the DACK signal going inactive). 
This function is implemented in IC15B and PAL2. 

In many cases the extra write cycle does not occur. The 
DISDACK signal, in this case, would cause the elimi- 
nation of the next write cycle. This write cycle would be 
the first cycle of the next frame, which would cause 
undefined data to be sent instead of the next frame. 
This problem was remedied by canceling the DIS- 
DACK signal at the end of the current burst. This is 
done by connecting the preset signal of the DISDACK 
flip-flop to the DMA controller’s DACKO signal. Thus 
if the extra write occurs, it is eliminated. 


Transmit Error EOP 

When a collision occurs after all the transmit data has 
been transferred to the FIFO, the 82592 does not issue 
the bad transmit EOP. This will cause the DMA con- 
troller to continue with the retransmit cycle from the 
current address, instead of autoinitializing to the begin- 
ning of the transmit buffer. One solution to this prob- 
lem is to program the 82C37A count register to the 
actual transmit count. This will cause the 82C37A to 
autoinitialize. This solution can cause a problem with 
good transfers. The 82592, when transmitting in TCI 
mode, can transmit a chain of frames. After the end of 
a good transmit the 82592 issues another DMA cycle to 
read the next memory location in the transmit buffer. If 
the first three bits of that location are binary 100, then 
the 82592 attempts to transmit another frame. With the 
proposed solution to errata No.l, the 82592 will read 
the chained command from the byte-count field of the 
Transmit buffer. To prevent an e xtra frame transmis- 
sion, the NBM592 uses the 82592 EOP signal, which is 
active during the chain command read, to force the DO 

line high. This is done by generating a KIL DATA# 

signal which disables the bidirectional data buffers. A 
pull-up resistor on the local DO forces this line to T, 
thus ensuring that the value read by the 82592 will not 
be binary 100. 
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APPENDIX B 
JUMPERS 


Jumpers are provided to allow selection of interrupt line used, DMA wait states, and the host DMA channel used for 
the master handshake. The tables below show how to set the jumpers in each jumper block as required for your 
configuration. 


INTERRUPT JP1 

IRQ10 (default) 

IRQ12 

IRQ13 

IRQ14 

HOST DMA CHANNEL 
DRQ5 

DRQ6 (default) 
DRQ7 


pins 1-6 
pins 3-8 
pins 4-9 
pins 5-10 

JP2 

pins 1-7 and 2-8 
pins 3-9 and 4-10 
pins 5-11 and 6-12 


EPROM SIZE JP3 
8 kB 

16 kB 

32 kB 


pin 1-7 not connected 
pin 2-8 not connected 
pin 1-7 connected 
pin 2-8 not connected 
pin 1-7 connected 
pin 2-8 connected 


EPROM ADDRESS 

JP4 



Jumpers 





A19 

A18 

A17 

A16 

A15 

A14 

A13 

Address 

1-8 

2-9 

3-10 4-11 

5-12 

6-13 

7-14 

C8000 

NC 

NC 

C 

C 

NC 

C* 

c** 

CA000 

NC 

NC 

C 

C 

NC 

C* 

NC** 

CCOOO 

NC 

NC 

c 

C 

NC 

NC* 

c** 

CE000 

NC 

NC 

c 

C 

NC 

NC* 

NC** 

D0000 

NC 

NC 

c 

NC 

C 

c* 

c** 

D2000 

NC 

NC 

c 

NC 

C 

c* 

NC** 

D4000 

NC 

NC 

c 

NC 

C 

NC* 

(J* * 

D6000 

NC 

NC 

c 

NC 

C 

NC* 

NC** 

D8000 

NC 

NC 

c 

NC 

NC 

c* 

c** 

DA000 

NC 

NC 

c 

NC 

NC 

c* 

NC** 

DC000 

NC 

NC 

c 

NC 

NC 

NC* 

c** 

DE000 

NC 

NC 

c 

NC 

NC 

NC* 

NC** 

E0000 

NC 

NC 

NC 

C 

C 

c* 

c** 


* When using a 32 kB EPROM this jumper is not used for address selection. Pin 13 should be connected to JP6. 
** When using a 16 kB or 32 kB EPROM this jumper is not used for address selection. Pin 14 should be connected 
to JP5. 


I/O ADDRESS SELECT JP10 

300h-30Fh pins 1-2 connected 

310h-31Fh pins 1-2 not connected 

WAIT STATES JP11 

0 WS pins 1-5 

1 WS (use for 6 MHz AT) pins 2-6 

2 WS pins 3-7 

3 WS pins 4-8 
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APPENDIX C 
PAL EQUATIONS 

Li 

PALI 

module PALI flag '-R3' 
title 'NBM592 - PALI X023' 

IC18 device T20L10'; 


SAO 

pin 1; 

"in 

SA1 

pin 2; 

"in 

SA2 

pin 3; 

"in 

SA3 

pin 4; 

"in 

iordjbar 

pin 5; 

"in 

IOWR_BAR 

pin 6; 

"in 

LIMITJLATCH_BAR 

pin 7; 

"in 

BOARD_CS_BAR 

pin 8; 

"in 

EN_ADDR_BAR 

pin 9; 

"in 

EPROM_CS_BAR 

pin 10; 

"in 

NCI 

pin 11; 

"not used 

NC2 

pin 13; 

"not used 

LD_RXJBAR 

pin 14; 

"out 

LD_TX_BAR 

pin 15; 

"out 

LD_LIMIT_BAR 

pin 16; 

"out 

OE1JBAR 

pin 17; 

"out 

OE2JBAR 

pin 18; 

"out 

i592CS0_BAR 

pin 19; 

"out 

i37CSJBAR 

pin 20; 

"out 

PROM_CS_BAR 

pin 21; 

"out 

DO 

pin 22; 

"out 

RD_BAR 

pin 23; 

"out 


H / L / X=1,0 / .X.; 
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Equations 

ILD_TXJAR = ! BOARD_CS_B AR & SA3 & !SA2 & SA1 & !SA0 & !IOWR_BAR; "OAH 
!LD_RX_BAR = !BOARD_CS_BAR & SA3 & SA2 & !SA1 & !SA0 & !IOWR_BAR; "OCH 
! LD_LIMIT_B AR = ! BO ARD_CS J AR & SA3 & SA2 & SA1 & !SA0 & !IOWR_BAR; "OEH 
!OEl JAR = ! BOARD_CS J AR & SA3 &SA2& !SA1 & !SA0 & !IORD JAR; "OCH 
IOE2JAR = !BOARD_CSJAR & SA3 & SA2 & !SA1 & SAO & IIORDJ3AR; "ODH 
!i592CS0_BAR = 1BOARD.CS JAR & SA3 & !SA2 & !SA1 & !SA0 & EPROM_CS JAR; "08H 
!i37CS JAR = !BOARD_CS JAR & EPROM_CS JAR &( (!SA3) # (SAO & SA1) # (!SA2 & SAO) ) ; 
enable DO = !BOARD_CSJAR & SA3 & SA2 & SA1 & !SA0 & !IORD JAR; "OEH 
!D0 = LIMIT JATCH JAR; 

!PROM_CS JAR = !BOARD_CS JAR & SA3 & !SA2 & SA1 & !SA0 & !IORD JAR; "OAH 
enable RD JAR = ENADDR JAR; 

!RD JAR = IIORD JAR # !EPROM_CSJAR; 
end PALI 
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iL2 


module PAL2 flag '-R3' 


title 'NBi592 -pal2 REV X024' 


IC19 device 'P20L10' ; 


RD_BAR 

pin 1; "in 

NCI 

pin 2; "in (spare) 

i592EOP_BAR 

pin 3; "in 

i592DREQ0 

pin 4; "in 

i592DREQl 

pin 5; "in 

DAKO_BAR 

pin 6; "in 

daki_bar 

pin 7; "in 

RESET 

pin 8; "in 

WATCHDOG_BAR 

pin 9; "in 

DISDACK.BAR 

pin 10; "in 

i592DRQ0DD 

pin 11; "in 

LIMIT_LATCH_BAR 

pin 13; "in 

LTCW 

pin 14; "out 

DREQOJBAR 

pin 15; "out 

DREQ1J3AR 

pin 16; "out 

i592DACKJBAR 

pin 17; "out 

MSEOP.BAR 

pin 18; "out 

KILLJDATAJ3AR 

pin 19; "out 

DAKO 

pin 20; "out 

WD_TX_BAR 

pin 21; "out (for internal use) 

WD_RX_BAR 

pin 22; "out (for internal use) 

BADTX_BAR 

pin 23; "out 
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Equations 

DAKO = IDAKO JAR; 

LTCW = IRDJAR k H592EOP JAR k IDAK1JAR; 

IWDJTXJAR = i592DREQ0 k !DAK0_BAR k !WATCHDOG_BAR k IRESET # IWDJTXJAR 
k 'WATCHDOG JAR & !RESET;"Arm when DACK active" 

IWDJXJAR = 1592DREQ1 k IDAK1JAR k ! W ATCHDOG_B AR k IRESET # IWDJXJAR 
k !WATCHDOG_BAR k IRESET;" Arm when DACK active" 

IDREQ1 JAR = 1592DREQ1 k DAK1 JAR k WDJXJAR k LIMIT_LATCHJAR # 
i592DREQl k i592EOP_BAR k WD_RX_BAR k LIMIT.LATCH JAR; 

IDREQOJAR = i592DREQ0 k i592DRQ0DD k IRESET k WD_TX_BAR # IDREQOJAR k 
DAKO JAR k IRESET k WD_TXJAR; " KEEP TIL DACK 

U592DACK JAR = IDAK1 JAR# IDAKO JAR k DISDACK JAR; 
enable MSEOP JAR = U592EOP JAR k IDAKO JAR; 

MSEOP JAR = 0; "EOP TX UNIT 

IBADTX JAR = K592EOP JAR k i592DREQ0; "DREQ active at EOP 
IKILL JATA JAR = IDAKO JAR k U592EOP JAR; 
end PAL2 
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PAL 3 


module PAL3 flag '-R3' 


title 'NB1592-PAL3 REVX024' 


IC20 device T20L10'; 


DMA_MYVJ3AR 

pin 1; "in 

CTS.BAR 

pin 2; "in 

IOWR_BAR 

pin 3; "in 

DACK6_BAR 

pin 4; "in 

DASTB 

pin 5; "in 

DDASTB 

pin 6; "in 

FLOPPY 

pin 7; "in 

RESET 

pin 8; "in 

W5 

pin 9; "in 

W6 

pin 10; "in 

DHALDAJ3AR 

pin 11; "in 

NC2 

pin 13; "in (spare) 

MASTER JBAR 

pin 14; "out 

WR.BAR 

pin 15; "out 

EN_CMDJBAR 

pin 16; "out 

NC3 

pin 17; "I/O (spare) 

LPBK_BAR 

pin 18; "out 

WATCHDOGJ3AR 

pin 19; "out 

QRD_OR_WR 

pin 20; "out 

SAO 

pin 21; "I/O 

EN_ADDR_BAR 

pin 22; "out 

A3 

pin 23; "out 

H / L / X=l / 0 / .X.; 
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Equations 


enable SAO = ! EN_ ADDR J AR; 

SAO = 0; 

enable WR JAR = EN_ADDR_BAR; 

WRJBAR = IOWRJAR; 

enable MASTERJAR = !DACK6_BAR; 

MASTER_BAR = 0; 

! WATCHDOG JAR = FLOPPY & IRESET 

"ARM by FLOPPY WATCHDOG 

# W5&W6& IRESET 

"ARM by 15 ns WATCHDOG 

# IWATCHDOG JAR & IDACK6JBAR & IRESET; "DROP after release 
QRD_ORJWR = (!DMA_MWJAR # ! WR JAR) & !EN_CMDJAR; 
!EN_ADDRJAR = !DACK6 JAR & IDHALDA JAR; 

IENCMD JAR = IDASTB & IDDASTB & IDACK6 JAR; 
enable A3 = EN_ADDRJAR; 

A3 = SAO; 

LPBK JAR = !CTS JAR; 
end PAL3 


1-405 



AP-331 


inter 


PAL 4 


module PAL4 



title 'MBN592 - PAL4 REV X023' 


IC21 device 'P20L10' ; 



AEN 

pin 1; 

"in 

SA9 

pin 2; 

"in 

SA8 

pin 3; 

"in 

SA7 

pin 4; 

"in 

SA6 

pin 5; 

"in 

SA5 

pin 6; 

"in 

SA4 

pin 7; 

"in 

RESET 

pin 8; 

"in 

RANGE 

pin 9; 

"in 

EPROM_CS_BAR 

pin 10; 

"in 

OVERFLOW_BAR 

pin 11; 

"in 

i592INT 

pin 13; 

"in 

ENJDATAJ3AR 

pin 14; 

"out 

IRQ10 

pin 15; 

"out 

BOARD_CS_BAR 

pin 16; 

"out 

EN_CMD_BAR 

pin 17; 

"in 

KILL_DATA_BAR 

pin 18; 

"in 

HLDA37 

pin 19; 

"out 

LD_LIMIT_BAR 

pin 20; 

"in 

EN_ADDR_BAR 

pin 21; 

"in 

LIMIT JLATCHJBAR 

pin 22; 

"out 

BHEJBAR 

pin 23; 



H,L/X=l / 0 / .X.; 

QADD=[X,X,SA9 / SA8 / SA7 / SA6 / SA5,SA4]; 
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Equations 

enable EN_CMD_BAR = 0; 
enable LDLIMITBAR = 0; 
enable EN_ADDR_BAR = 0; 
enable KILLJDATA_BAR= 0; 

!BOARD_CS_BAR = (!AEN & SA9 & SA8 & !SA7 & !SA6 & !SA5 & EN_ADDR_BAR & !SA4 & 
1RANGE) # ( !AEN & SA9 & SA8 & !SA7 & !SA6 & !SA5 & EN_ADDR_BAR & SA4 & RANGE ); 

!LIMITJATCH_BAR = ( lOVERFLOWJBAR # !LIMIT_LATCH_BAR & LD_LIMIT_BAR ) & 
1RESET; 

1ENJDATAJBAR = ! EN_ADDR_B AR & !EN_CMDJBAR & KILL_D AT A_B AR # 
!BOARD_CS_BAR# !EPROM_CS_BAR; 

HLDA37 = !EN_ADDR J3AR; 
enable BHEJ3AR = !EN_ADDR_BAR; 

BHE.BAR = 0; 

IRQ10 = 1592INT # !LIMIT_LATCH_BAR; 
end PAL4 
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Nonbuffered Master Adapter Connectors 












Nonbuffered Master Adapter EPROM, Watchdog Timers 

1-409 







Nonbuffered Master Adapter Control-PAL2, PAL3 

1-410 
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88S8888S 
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Nonbuffered Master Adapter 82592, 1.A.ROM, Clk Generator 
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Nonbuffered Master Adapter I/O Bus Data Buffers, TCI Address Latch 

1-413 


TCI MSB LATCH 


LSB DATA BUFFER 


74ALS573 74LS245 
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Nonbuffered Master Adapter Page Registers, Stop Register & Comparator 

1-414 
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Nonbuffered Master Adapter DMA Controller 

1-415 


SA (0-19) 


SA (0-19) 


A ffl =n 


A (0-7) 


D 

(0-7) 

SA8 

IB 

SA10 

18 

SA1 1 

17 

SA12 

1 G 

SA13 

15 

SA14 

14 

SA15 

13 

SA1 8 

12 


D (0-7) 


MID. ADD. LATCH 












8Q 

6D 

7Q 

70 

80 

8D 

ENC 


OC 


U21 


8237 


DBO AO 
OBI A1 
DB2 A2 
DB3 A3 
DB4 A4 
DB5 A5 
DBG AG 
DB7 A7 
AD STB HRQ 
DR 00 AEN 
DRQ1 DAKS 
HLDA DAK2 
RST CLK 
CS DAKO 
RDY DAK1 
DRQ2 IOR 
DRQ3 IOW 
EOP 
MWg 
MRD 


32 

AO 

AO 

18 

33 

A1 

A1 

17 

34 

A2 \ 

A2 

16 

35 

A3 

A3 

15 

37 

A4 

A4 

14 

38 

A5 

A5 

13 

3B 

AG 

AO 

12 

40 

A7 

A7 

11 


U1 


ADD. XCVR. 


B1 

A1 

B2 

A2 

B3 

A3 

B4 

A4 

B5 

A5 

BG 

AG 

B7 

A7 

B8 

Afl 

DIR 


2 

SA1 

3 

SA2 

4 

SA3 

5 

SA4 

G 

SA5 

7 

SAG 5 

a 

SA7 ! 

B 

SAG ! 

1 


18 

1 


n. 


1NXXXX 

— M — 

CRNNN 

RNNN 


RS *5 “S « 
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Parts List 
Reference 

Type 

Vcc 

Gnd 

Pins 

IC1 

82592 

1,44,43 

21,22,23 

44 (PLCC) 

IC2 

74ALS573 

20 

10 

20 

IC3 

74LS245 

20 

10 

20 

IC4 

74ALS573 

20 

10 

20 

IC5 

74LS245 

20 

10 

20 

IC6 

82S123 

16 

8 

16 

1C 7 , 

82C37A 

31 

20 

40 

IC8 

74LS688 

20 

10 

20 

IC9 

74ALS574 

20 

10 

20 

IC10 

74ALS574 

20 

10 

20 

IC11 

74ALS574 

20 

10 

20 

IC12 

74ALS573 

20 

10 

20 

IC13 

74LS245 

20 

10 

20 

IC14 

74LS244 

20 

10 

20 

. IC15 

74LS74 

14 

7 

14 

IC16 

74LS393 

14 

7 

14 

IC17 

74AS174 

16 

8 

16 

IC18 

PAL20L10 

24 

12 

24 

IC19 

PAL20L10 

24 

12 

24 

IC20 

PAL20L10 

24 

12 

24 

IC21 

PAL20L10 

24 

12 

24 

IC22 

OSC 8 MHz 

14 

7 

14 

IC23 

74LS164 

14 

7 

14 

IC24 

74LS688 

20 

10 

20 

IC23 

27256 

28 

14 

28 

SPARE1 

74LS163 

16 

8 

16 

SPARE2 

DIP SWITCH 



10 

SIP1 

10K 

1 


10 

SIP2 

10K 

1 


10 

SIP3 

10K 

1 


10 

JP1 

10 pin jumper 




JP2 

12 pin jumper 




JP3 

10 pin jumper 




JP4 

3 pin jumper 




JP5 

16 pin jumper 




JP6 

12 pin jumper 




RR1 

13Ky 4 W 




RR2 

1K%W 




RR3 

1Ky 4 W 




Cl 

100 juF/16V 




C2 

100 julF/16V 




C3-C20 

0.1 jliF 




P1B 

IBM CONN. B03.B29 
B01,B10,B31 62 
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FLOWCHARTS AND PROGRAM LISTINGS 



• 292066-18 

Driver Broadcast Packet-Driver Send Packet 



Start Send 
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Driver Poll 
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Driver ISR 
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Rcvd Packet 
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Hand__Off__Packet 
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Deliver Packet 
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■nteT 


$modl86 

$nogen 

•*********i^********************************************************* 

; !!!!!! FOR EVALUATION PURPOSES ONLY !!!!!! 

; NetWare Driver for the Intel Non Buffered Master adapter. 

; 

; Written by Ben L Gee. 

; Based on Joe Dragony* s driver for the LAN-On-Motherboard Module. 

; 

.A******************************************************************* 

name ShellJModule 

false equ 0 
true equ 1 

$lnclude (relid. inc) 

$ include (smacro . inc) 

%set(V2JL,l) 

%set(V2J),0) 

%*define (slow) local label ( 
jmp short % label 
% label: 

) 

%*define (fastcopy) local label ( 
shr cx, 1 
rep movsw 
jnc %label 
movsb 
%label : 

) 

%*def ine (inc32 m) ( 

add word ptr %m[0], 1 
adc word ptr %m[2J, 0 
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; ; ; ; ; ; ; / ; ; ; ; ; ;;;; ; ; ; 

Data Structures 


ECBStructure struc 


Link 

dd 

0 

ESRAddress 

dd 

0 

InUseFlag 

db 

0 

Complet ionCode 

db 

0 

SocketNumber 

dw 

0 

IPXWorkspace 

db 

4 dup (0) 

Transmitting 

db 

0 

DriverWorkspace 

db 11 dup 

( 0 ) 


ImmediateAddress db 6 dup (0) 
FragmentCount dw 1 

FragmentDescriptorList db 6 dup (?) 
ECBStructure ends 


FragmentDescriptor struc 

FragmentAddress dd 7 
FragmentLength dw 7 

FragmentDescriptor ends 


rx buf structure struc 


rx_dest_addr 

db 

6 

dup 

(?) 

rx_source_addr 

db 

6 

dup 

(?) 

rxjphys ical__length 

dw 

? 



rx_checksum 

dw 

7 



rx_length 

dw 

? 



rx__tran_control db ? 





rx_hdr_type 

db 

7 



rx__dest_net 

db 

4 

dup 

(?) 

rx__dest_node 

db 

6 

dup 

(?) 

rx_dest_socket 

dw 

7 



rx_source_net 

db 

4 

dup 

(?) 

rx__source__node 

db 

6 

dup 

(?) 

rx source socket dw 7 






rx buf structure ends 


tci status struc 


statusO 

db 

7 



db 

7 


statusl 

db 

7 



db 

? 


bc_lo 

db 

? 

db 

bc_hi 

db 

? 

db 


tci status ends 
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ipx_header__structure struc 
checksum dw ? 


packet__length 

dw 

? 



transport_control 

db 

? 



packet__type 

db 

? 



destination_network 

db 

4 

dup 

(?) 

destination__node db 

6 dup (?) 



destination_socket 

dw 

? 



source_network 

db 

4 

dup 

(?) 

source__node 

db 

6 

dup 

(?) 

source socket 

dw 

? 




ipx_header_structure ends 

CGroup group Code, mombo_init 

assume cs: CGroup, ds: CGroup 

Code segment word public 'CODE' 

public DriverSendPacket 
public DriverBroadcastPacket 
public DriverOpenSocket 
public DriverCloseSocket 
public DriverPoll 
public DriverCancelRequest 
public DriverDisconnect 
public SDriverConfiguration 
public DriverlSR 

public LANOptionName 

extrn IPXGetECB: NEAR 
extrn IPXReturnECB : NEAR 
extrn IPXReceivePacket : NEAR 
extrn IPXReceivePacketEnabled: NEAR 
extrn IPXHoldEvent : NEAR 
extrn IPXServiceEvents: NEAR 
extrn IPXIntervalMarker : word 
extrn MaxPhysPacketSize: word 
extrn ReadWriteCycles : byte 
extrn IPXStartCriticalSection: NEAR 
extrn IPXEndCriticalSection: NEAR 
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; Define Hardware Configuration 

ConfigurationID db 

' NetWareDriverLAN WS ' 

SDriverConfiguration LABEL byte 

db 

4 dup (0) 

node_addr 

db 6 dup (0) 

db 

0 

node_addr_t ype 

db 0 ; address is determined at initialization 

max_data_size 

dw 1024 ; largest read data request will handle (512, 1024, 2048, 4096) 

lan_desc_of fset 

dw LANOptionName 

lan hardware id 

db %LanType 

transport_time 

dw 1 ; transport time 

reserved_3 

db 11 dup (0) 

ma jor_version 

db %Ma jorVersion 

minor_version 

db %MinorVersion 

flag_bits 

db 0 

selected_configuration db 0 ; board configuration (interrupts, 10 addresses, etc.) 

number_of_configs 

db 10 

config__pointers 

dw CFG0, CFG1, CFG2, CFG3, CFG4 

dw 

CFG5, CFG6, CFG7, CFG8, CFG9 

LANOptionName 

db ' Intel ' 

db 

# Non Buffered Master' 

db 

' (For Evaluation Only)' 

db 

' V%Ma jorVersion. %MinorVersion' 

db 

' (%VersionDate) ' 

db 

0, '$' 

; Hardware Setting table structure 

HardwareStructure 

st rue 

HJEOBase 

dw ? 

H_IOLength 

dw ? 

H_Auxl 

dd ? 

%if (%V2__1) then 

• 

db ? 

)fi 


H_RAMSegment dw ? 

H_RAMSize 

dw ? ; unsigned 

%if (%V2_1) then 

db ? 

)fi 


H_Aux2 

dd ? 

H__IRQUsedFlag db ? 

H_IRQ 

db ? 

H_Aux3 

dw ? 

| H_DMA0UsedFlag db ? I 

H_DMAQ 

db ? 
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H_DMAlUsedFlag db ? 
H__DMA1 db ? 

%if (%V2_1) then ( 

H_Flagl db ? 

H_Flag2 db ? 

)fi 

H_De script ion db ? 
HardwareStructure ends 


%*def ine (CFG (pl,p2,p3,p4,ml,m2,m3,m4, il, i2 f i3, 14,dl,d2,d3,d4, fl, f2,msg) ) 
dw %pl, %p2, %p3, %p4 
%if (%V2_1) then ( db 0 ) fi 
dw %ml 

%if (%V2_0) then ( dw %m2 * 16 ) fi 

%if (%V2_1) then ( dw %m2 ) fi 

%if (%V2_1) then ( db 0 ) fi 

dw %m3 

%if (%V2__0) then ( dw %m4 * 16 ) fi 

%if (%V2_1) then ( dw %m4 ) fi 

db %il, %i2, %i3, %i4, %dl, %d2, %d3, %d4 
%if (%V2__1) then ( db %fl, %f2 ) fi 
%if (%pl ne 0) then ( 
db 'I/O Base - %pl' 

%if (%p3 ne 0) then ( 
db ' and %p4' 

) fi 

%if ( (%m2 ne 0) or (%il ne 0) or <%dl neO)) then ( 
db ' 

) fi 
) fi 

%if (%m2 ne 0) then ( 
db 'RAM Base = %ml' 


%if (%m4 ne 0) then ( 
db ' and %m3' 

) fi 

%if ( (%il ne 0) or <%dl ne 0)) then ( 
db ', ' 


) fi 
) fi 

%if (%il ne 0) then ( 
db 'INT - %i2' 

%if (%i3 ne 0) then ( 
db ' and %i4' 


) fi 

%if (%dl ne 0) then ( 
db ', ' 


) fi 
) fi 


( label byte 
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%if (%dl ne 0) then ( 
db ' DMA = %d2' 

%if (%d3 ne 0) then ( 
db ' and %d4' 

) fi 
) fi 

db %msg, 0 

) 

; I/O Memory Int DMA flags 

CFGO %CFG (300*1, 16,0,0,0,0,0,0,-1, 10,0,0,-1, 6, 0,0,0, 0,' 
CFGl %CFG(310h, 16, 0,0, 0,0, 0,0, -1,11, 0,0, -1,7,0, 0,0, 0,' 
CFG2 %CFG(300h, 16, 0,0, 0,0,0, 0,-1, 12, 0, 0, -1, 5, 0, 0, 0, 0, ' 
CFG3 %CFG(310h, 16, 0,0, 0,0,0, 0,-1, 14,0, 0,-1, 6, 0,0, 0,0, ' 
CFG 4 %CFG(300h, 16, 0,0, 0,0,0, 0,-1, 15, 0, 0,-1, 7, 0, 0, 0, 0, ' 

CFG5 %CFG(310h, 16, 0,0, 0,0, 0,0, -1,10, 0,0, -1,5, 0,0, 0,0, ' 
CFG 6 %CFG(300h, 16, 0,0, 0,0, 0,0, -1,11,0, 0,-1, 6, 0,0, 0,0,' 

CFG 7 %CFG(310h, 16, 0,0, 0,0, 0,0, -1,12,0, 0,-1, 7, 0,0, 0,0,' 

CFG8 %CFG (300h, 16, 0, 0, 0, 0, 0, 0, -1, 14, 0, 0, -1, 5, 0, 0, 0, 0, ' 
CFG 9 %CFG(310h, 16, 0,0, 0,0, 0,0, -1,15, 0,0, -1,6, 0,0, 0,0, ' 


even 

********************************************************* 


Error Counters 

******************************************************** 
Public DriverDiagnosticTable, DriverDiagnosticText 


DriverDiagnosticTable LABEL byte 


DriverDebugCount dw DriverDebugEnd-DriverDiagnosticTable 

DriverVersion db %Ma jorVersion, %MinorVersion 

StatisticsVersion db 01, 00 

TotalTxPacketCount dw 0, 0 

TotalRxPacketCount dw 0, 0 

NoECBAva i lableCount dw 0 
PacketTxTooBigCount dw -1 
PacketTxTooSmallCount dw -1 
PacketRxOverf lowCount dw 0 
PacketRxTooBigCount dw 0 
PacketRxTooSmallCount dw 0 
PacketTxMiscErrorCount dw -1 
PacketRxMiscErrorCount dw 0 
RetryTxCount dw 0 

ChecksumErrorCount dw -1 ; not used 

HardwareRxMismatchCount dw 0 

NumberOfCustomVariables dw (DriverDiagnosticText-DriverDebugEndl) /2 


not used 
not used 


not used 


DriverDebugEndl LABEL byte 
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Driver Specific Error counts 


false_590_int .dw 0 
no_crs dw 0 
no_cts dw 0 
lost_rx dw 0 
MaxCollisions dw 0 
no_590_int dw 0 
rx_buf f_ovf lw dw 0 
ten__cent_latch_crash dw 0 
tx_timeout dw 0 
underruns dw 0 


DriverDiagnosticText LABEL byte 

db ' False590InterruptCount' , 0 
db ' LostCRSCount* , 0 
db ' LostCTSCount' , 0 
db ' LostOurReceiverCount' , 0 
db 'MaxCollisionsCount' , 0 
db ' No5 90 Inter ruptCount' , 0 
db 'ReceiveBufferOverflow' , 0 
db 1 TencentLatchCrashCount' , 0 
db ' TxTimeoutErrorCount' , 0 
db ' UnderrunCount' , 0 

db 0, 0 

DriverDebugEnd LABEL word 


Equates 


CR equ ODh 
LF equ OAh 


TransmitHardwareFailure equ OFFh 
PacketUnDeliverable equ OFEh 

PacketOverflow equ OFDh 

ECBProcessing equ OFAh 

TxTimeOut Ticks equ 10 

; Adapter I/O ports 


Addr5 92 
I A__P ROM_po r t 
AddrLatchLow 
AddrLatchHigh 
LimitRegister 


dw 08h 
dw Oah 
dw Och 
dw Odh 
dw Oeh 


; + IOBase (I/O) 
; + IOBase (I) 

; + IOBase (I) 

; + IOBase (I) 

; + IOBase (I/O) 
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; 8259 definitions 



Inter ruptControlPort 

equ 02 Oh 


InterruptMaskPort 

equ 021h 


ExtralnterruptControlPort equ OAOh 


ExtralnterruptMaskPort 

equ OAlh 


EOI 

equ 020h 


; 8237 definitions 



; Command Register 



RotatingPriority 

equ OlOh 


ExtendedWrite 

equ 02 Oh 


ActiveLowDREQ 

equ 04 Oh 


; Mode Register 



WriteTransfer 

equ 00000100b 


ReadTransfer 

equ 00001000b 


Autoinitialization 

equ 00010000b 


DemandMode 

equ 00000000b 


CascadeMode 

equ 11000000b 


even 



DMAcmdstat 

dw OOlh ; + IOBase (I/O) 


DMAsnglmsk 

dw 005h ; + IOBase (0) 


DMAmode 

dw 007h ; + IOBase (O) 


DMAff 

dw 009h ; + IOBase (O) 


XmtDMApage 

dw OOah ; + IOBase (O) 


XmtDMAaddr 

dw OOOh ; + IOBase (I/O) 


XmtDMAwdcount 

dw 002h ; + IOBase (I/O) 


RcvDMApage 

dw OOch ; + IOBase (O) 


RcvDMAaddr 

dw 004h ; + IOBase (I/O) 


RcvDMAwdcount 

dw 006h ; + IOBase (I/O) 


Ma s t e r DMAcmd s t a t 

equ ODOh 


Master DMAsnglmsk 

equ 0D4h 


Mas ter DMAmode 

equ 0D6h 


MasterDMAf f 

equ 0D8h 


MasterDMApage 

dw ? 


MasterDMAaddr 

dw OcOh 


MasterDMAwdcount 

dw 0c2h 


XmtDMAtx 

db DemandMode + Autoinitialization + ReadTransfer 


XmtDMAmsk 

db 4 


XmtDMAunmsk 

db 0 


RcvDMArx 

db DemandMode + Autoinitialization + WriteTransfer + 1 


RcvDMAmsk 

db 4 + 1 


RcvDMAunmsk 

db 0 + 1 
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Ma s t e r DMAmode va lue 
MasterDMAmsk 


MasterDMAunmsk 


; 82592 Commands 


db CascadeMode 


equ OOh 
equ lOh 
equ OFh 
equ Olh 
equ Olh 
equ 02h 
equ 03h 

i 

equ 05h 
equ 16h 
equ 07h 
equ 18h 
equ 09h 
equ lAh 
equ lBh 
equ OCh 
equ ODh 
equ OEh 
equ OFh 
equ lFh 
equ 8 Oh 


gp_buf_size equ 600 
max_rx_buf_size equ 2200 
gp_buf dw gp_buf 

gp_buf_po inter dd ? 
gp_buf_start dw ? ; 

gp_buf_page dw ? ; 

tx_byte_cnt dw ? ; 

rx_buf_start dw ? ; 

rx_buf_page dw ? ; 

rx_buf_head dw ? ; 

rx_buf_tail dw ? ; 

rx_buf_length dw ? ; 

rx_buf_segment dw ? ; 

rx_buf__first dw ? ; 

rx_buf__limit dw ? ; 

rx_buf_size dw ? ; 

Logical2Physical dw ? ; 
rx_list dw 30 dup 

num of frames dw ? 


_size + max_rx_buf_size dup (?) 

A1-A16 of General Purpose Buffer EA 
A17-A23 of General Purpose Buffer EA 
IPX packet length plus header length 
A1-A16 of Receive Buffer EA 
A17-A23 of Receive Buffer EA 

current rx head, buffer has been flushed to here 
value read from 10 cent latches 
word size of rx_buf 

calculated at initfor use by IPXReceivePacket 
offset from rx_buf_segment of start of rx_buf 
offset from rx_buf_segment of limit of rx_buf 
byte size of rx_buf 

add this to convert from rx_buf_segment to rx__buf_page 
(?) 
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padding dw ? 

SendList dd 0 ; points to list of ECBs to be sent 

tx__start_time dw 0 
tx_active_flag db 0 

. ************************************* ******** ******* ************** 

s 

; Interrupt Procedure 
! 

.*****★************************************************************* 

even 

DriverlSR PROC far 

pusha 
push ds 
push es 
mov ax, cs 
mov ds, ax 
mov es, ax 

mov al, EOI 
out InterruptControlPort, al 
out ExtralnterruptControlPort, al 

mov dx, Addr592 
mov al, 0 

out dx, al ; set status reg to point to reg 0 

%slow 

in al, dx 

test al, 80h 

%ifz 

inc no 590_int 


%else 


Ido 




and al. 

NOT 20h 

; ignore the EXEC 

bit 

mov ah. 

al 

; save the status 

in AH 

cmp ah, 

life 

0D8h 

; did I receive a 

frame? 


call RcvdPacket 
%elae 

cmp ah, 84h ; did I finish a transmit? 

%ife 

call SentPacket 
%else 

cmp ah, 8ch ; did I finish a retransmit? 

%ife 

call SentPacket 
%else 

inc false_590__int ; unwanted interrupt 
lendif 
%endif 
lendif 
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push cs 
pop ds 

cmp tx_active_f lag, false 
%ife 

; verify that our receiver is still going, 
mov dx, Addr592 

mov al, 60h ; point to status byte 3 

out dx, al 

%slow 

in al, dx 

test al, 60h 

%ifz 

inc lost_rx 
mov al, CJRXENB 
mov dx, Addr592 
out dx, al 
%endif 
%endif 

mov dx, Addr592 
mov al, C__INTACK 

out dx, al ; issue interrupt acknowledge to the 590 

%slow 

xor al, al 

out dx, al ; set status reg to point to reg 0 

%slow 
in al, dx 
test al, 80h 
%whilenz 
%endif 

call IPXServiceEvents 

pop es 
pop ds 
popa 
iret 

DriverlSR endp 

even 

RcvdPacket proc near 

; When the address bytes are being read it is possible that 
; another frame could come in and cause a coherency problem 
; with the ten-cent latches. I am dealing with this 
; possibility by reading AddrLatchHigh twice and making 
; sure the values match. If they don't the read is redone, 
cli 

mov dx, AddrLatchHigh ; read high address byte of last frame received 
in al, dx 
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Ido 

mov bh, al ; save it in bh 

mov dx, AddrLatchLow ; read low address byte of last frame received 

in al, dx 
mov bl, al 

; Read AddrLatchHigh again to make sure it hasn't changed 

mov dx, AddrLatchHigh ; read high address byte again 
in al, dx 
cmp al, bh 
%whilene 

shl bx, 1 ; convert to byte address 

sub bx, Logical2Physical ; bx - magic - physical - (physical-logical) 
mov rx_buf__tail, bx ; logical 

mov si, bx ; this is the last location containing rx data 

call NormalizePointer ; normalize si 

cmp bx, si ; was it already a valid pointer ? 

%ifne ; if not, big trouble... 

inc ten_cent__latch_crash 
%elsel 
%do 

mov es, rx_buf_segment 

mov ch, es: [si] ; get bc_hi 

sub si, 2 

call NormalizePointer 

mov cl, es: [si] ; get bc_lo 

sub si, 2 

call NormalizePointer 

mov ah, es: [si] ; get statusl 

sub si, 2 

call NormalizePointer 

mov al, es: [si] ; get statusO 

; cx has actual number of bytes read 

dec cx- ; toss byte count & status 

and cl. Of eh ; round up 

sub si, cx ; si points to first location of frame 

call NormalizePointer 

mov bx, si ; save in bx 

test ah, 20h ; test for good receive 

%ifz ; bad receive 

inc PacketRxMiscErrorCount 
jmp short SkipThisFrame 
%ehdif ; good receive 

sub cx, 14 ; sub length of 802.3 header 

cmp cx, 1024 + 64 

%ifa 

inc PacketRxTooBigCount 
jmp short SkipThisFrame 
%endif 
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cmp cx, 30 
%ifb 

inc PacketRxTooSmallCount 
jmp short SkipThisFrame 
%endif 

lea si, [bx] .rx_length 
call NormalizePointer 

mov ax, es: [si] ; get IPX length 

xchg al, ah 
inc ax 

and al, Of eh 
xchg al, ah 

lea si, [bx] .rx_physical_length 
call NormalizePointer 

cmp ax, es: [si] ; same as 802.3 length ? 

%ifne 

inc HardwareRxMismatchCount 
jmp short SkipThisFrame 


%endif 



xchg al. 

ah 


cmp ax, 

%ifbe 

60 - 14 

; at least min length minus header 

mov 

%endif 

ax, 60 - 14 

; no, round up 

cmp ax, 

%ifne 

cx 

; match physical length 


inc HardwareRxMismatchCount 
%else 


mov di, num_of__frames 
add di, di 

mov rx_list[di], bx ; first location of ethernet frame 
inc num_of_frames 
cmp num_of_frames, length rx__list 
je hand_of f_packet 
%endif 

SkipThisFrame: 
mov si, bx 

cmp rx_buf_head, si ; first frame of sequence ? 
je hand__off_packet ; yes, go process list 
sub si, 2 

call NormalizePointer 

%forever ; no, continue processing frames 

hand_of fjpacket : 

%endif 

cli 

mov di, num_of_frames 
add di, di 
%ifnz 
%do 

sub di, 2 

mov si, rx_list[di] 

lea si, [si] . rx_dest_socket 
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call NormalizePointer 
mov es, rx_buf_segment 
mov ax, es: [si] 
call IPXGetECB 
%ifnz 

call DeliverPacket 
%endif 

dec num_of_frames 
%whilenz 
%endif 

; update the limit register 
mov dx, LimitRegister 
in al, dx 
test al, 1 
%ifnz 

inc rx_buf f_ovf lw 
%endif 

mov si, rx_buf_tail 
sub si, 256 
call NormalizePointer 
mov ax, si 

add ax, Logical2Physical 
mov al, ah 
out dx, al 

mov si, rx_buf_tail 
add si, 2 

call NormalizePointer 
mov rx_buf_head, si ; set rx_buf_head to new value for next receive 

ret 

RcvdPacket endp 

even 

DeliverPacket proc near 
push di 

mov di, rx__list(di] 

mov bp, si ; copy ecb offset to bp 

xchg si, di ; es:di = ecb 

mov ds, rx_buf_segment ; ds:si = packet 

assume ds: nothing 

add si, 6 ; skip destination address 

lea di, [di] .Immediate Address 
call NormalizePointer 
movsw 

call NormalizePointer 
movsw 

call NormalizePointer 
movsw 

add si, 4 ; skip etype and checksum 

call NormalizePointer 

mov dx, ds: [si] ; get length from IPX header 

292066-39 


; just for the record 


; move new limit value to ax 
; convert to physical address 
; only need bits A15..A8 
; store it in the limit register 
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xchg dh, dl 

sub si, 2 ; point to checksum 

call NormalizePointer 
mov di, bp 

; disburse the packet 

; ds:si = packet data source 

; es :bp - ECB 

; ax = fragment count 

; dx « amount of data in source 

; bx = pointer to the FragmentDescriptorList 

; cx * size of this fragment 

mov cx, es: [bp] .Fragment Count 

lea bx, [bp] .FragmentDescriptorList 

%do 

push es 
push cx 

mov cx, es: [bx] .FragmentLength 
les di, es: [bx] .FragmentAddress 

mov ax, rx_buf_limit 
sub ax, si 
cmp ax, cx 
%ifb 

xchg cx, ax ; cx * amount to copy 

sub ax, cx ; ax * amount not copied 

cmp dx, cx 
%ifb 

mov cx, dx 
%endif 
sub dx, cx 

%fastcopy 

mov si, rx_buf_first 
mov cx, ax 
%endif 

cmp dx, cx 
%ifb 

mov cx, dx 
%endif 
sub dx, cx 

%fastcopy 
pop cx 
pop es 
add bx, 6 
%loop 
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; deliver the ECB 
mov si, bp 

mov es: [si] .CompletionCode, 0 
push cs 
pop ds 

assume ds: CGroup 

%inc32 TotalRxPacketCount 

call IPXHoldEvent 

pop di 

ret 

DeliverPacket endp 


; input : 

; si = pointer into rx_buf 

; output : 

; si = valid pointer into rx_buf 

; no other registers modified 

NormalizePointer proc near 


cmp si, cs: rx_buf_first 
%ifae 

cmp si, cs: rx_buf__limit 
%ifb 


ret 

%endif 

sub si, cs: rx_buf_size 
ret 

%endif 

add si, cs: rx_buf__size 
ret 


NormalizePointer endp 


even 

SentPacket proc near 
cli 

cmp tx_active_flag, true 
%ife 

in al, dx 
mov ah, al 
%slow 
in al, dx 
xchg ah, al 
test ah, 20h 
%ifz 
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test al, 20h ; Max collisions?? 

%ifnz 

inc MaxCollisions 
tendif 

test ah, Olh ; Tx underrun?? 

%ifnz 

inc underruns 
%endif 

test ah, 02h ; did we lose clear to send?? 

%ifnz 

inc no_cts 
%endif 

test ah, 04h ; did we lose carrier sense?? 

%ifnz 

inc no_crs 
%endif 

mov al, TransmitHardwareFailure 
%else 

; extract the total number of retries from the status 
and ax, OFh ; register and add to retry count 

add RetryTxCount, ax 

xor ax, ax ; status - 0, good transmit 

%endif 

mov cx, word ptr SendList[2] 

%ifcxnz 

mov es, cx ; segment of next SCB in list 

mov si, word ptr SendList[0] ; offset of next SCB in list 
cmp es: [si] .Transmitting, true ; if not canceled 
%ife 

mov es: [si] .CompletionCode, al 
mov ax, es: word ptr [si].Link[0] 
mov word ptr SendList[0], ax 
mov ax, es: word ptr [si].Link[2] 
mov word ptr SendList[2], ax 
; finish the transmit 
mov es: [si] .InUseFlag, 0 
call IPXHoldEvent 
%endif 
lendif 

mov tx_active_flag, false 
mov cx, word ptr SendList[2] 

%ifcxnz 

mov es, cx ; segment of next SCB in list 

mov si, word ptr SendListfO] ; offset of next SCB in list 
call StartSend 
%endif 
lendif 
ret 

SentPacket endp ’ 
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; Driver Send Packet 
; Driver Broadcast Packet 

; Assumes 

; es: SI points to a fully prepared Event Control Block 

; DS ~ CS 

; Interrupts are DISABLED but may be reenabled temporarily if necessary 

; don't need to save any registers 

even 

DriverBroadcastPacket : 

DriverSendPacket PROC NEAR 


mov es: [si] .Transmitting, false 


mov cx, word ptr SendList[2] 

%ifcxnz 

; search to the end of the list, and add there, 
mov di, word ptr SendList[0] 

%do 

mov ds, cx 

mov cx, ds: word ptr [di].Link[2] 

jcxz AddListEndFound 

mov di, ds: word ptr [di].Link[0] 

%forever 


AddListEndFound: 

mov es: word ptr [si] .Link [0] , cx ; move null pointer to newest SCB' s 

mov es: word ptr [si] .Link [2] , cx ; link field 

mov ds: word ptr [di] .Link [0] , si 

mov ds: word ptr [di] .Link [2] , es 

mov ax, cs 

mov ds, ax ; set ds back to entry condition 

ret 

%endif 


mov es: word ptr [si] .Link [0] , cx 
mov es: word ptr [si] .Link [2] , cx 
mov word ptr SendList[0], si 
mov word ptr SendList[2], es 
; drop through to Start Send 

DriverSendPacket endp 


Start Send 

assumes : 

es: SI points to the ECB to be sent, 
interrupts are disabled 

292066-43 


1-441 



AP-331 


inteT 


even 

StartSend PROC NEAR 
cld 

mov es: (si] .Transmitting, true 

push ds ; save ds for future use 

; get IPX packet length out of the first fragment (IPX header) 

Ids bx, es: dword ptr [si] .FragmentDescriptorList 
mov ax, ds: (bx] .packet_length 

pop ds ; restore ds to CGROUP 

push ax ; save length for later use in 590 length field 

xchg al, ah ; byte swap for 592 length field calculation 

add ax, 18 ; add in the overhead bytes DA, SA, CRC, length 

mov padding, 0 
t cmp ax, 64 
%ifb 

mov padding, 64 ; minimum length frame 

sub padding, ax ; pad length 

mov ax, 64 
%endif 

sub ax, 10 ; SA and CRC are done automatically 

inc ax 

and al, OFEh ; frame must be even 

mov tx_byte_cnt, ax 
les u 1 , gp_buf_pointer 

; move the byte count into the transmit buffer 
stosw 

; move the destination address from the tx ECB to the tx buffer 
mov bx, si 

lea si, [bx] . Immediate Address 

mov ds, word ptr SendList[2] 

movsw 

movsw 

movsw 

mov ax, cs ; get back to the code (Dgroup) section 

mov ds, ax 

; now the 590 length field 
pop ax 
xchg ah, al 
inc ax 

and al, OFEh ; make sure E-Net length field is even 

xchg ah, al 

stosw 

Ids si, SendList 

mov ax, ds: (si] .FragmentCount 

lea bx, (si] .FragmentDescriptorList 

%do 

push ds ; save the segment 

mov cx, ds: [bx] .FragmentLength 
Ids si, ds: [bx] .FragmentAddress 
% fast copy 

pop ds ; get the segment back 
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add bx, 6 
dec ax 
%whilenz 

; start transmitting 
mov cx, cs 
mov ds, cx 

; add any required padding 

mov cx, 4 ; make sure frame ends with a NOP 

add cx, padding 
shr cx, 1 
rep stosw 

mov tx_active_flag, true 
mov dx, DMAff 

out dx, al ; data is don't care 

mov dx, XmtDMAaddr 

mov al, byte ptr gp_buf_start [0] 

out dx, al 

mov al, byte ptr gp_buf_start [1] 
out dx, al 

mov ax, gp_buf_page 

mov dx, XmtDMApage ; DMA page value 

out dx, al 

mov al, XmtDMAtx ; setup channel 1 for tx mode 
mov dx, DMAmode 
out dx, al 

mov ax, tx__byte_cnt 

inc ax ; convert to word value and account for odd 

shr ax, 1 ; byte DMA transfer 

mov dx, XmtDMAwdcount 

out dx, al 

%slow 

mov al, ah 
out dx, al 

mov al, XmtDMAunmsk 
mov dx, DMAsnglmsk 
out dx, al 

mov dx, Addr592 
mov al, C_TX 
out dx, al 

mov ax, IPXIntervalMarker 
mov tx_start_t ime, ax 
%inc32 TotalTxPacketCount 

ret 

StartSend endp 
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DriverOpenSocket : 

DriverDisconnect : 
ret 

.********************************************************************** 

; Driverpoll 
! 

; Poll the driver to see if there is anything to do 

; 

; Is there a transmit timeout? If so, abort transmission and return 

; ECB with bad completion code. Check to see if frames are queued. 

; If they are set up es: SI and call DriverSendPacket . 

* 

. ********************************************************************** 

even 

DriverPoll PROC NEAR 


cmp tx__active_flag, true 
%ife 

mov dx, IPXIntervalMarker 
sub dx, tx_start_time 
cmp dx, TxTimeOutTicks 
%ifa 

; This transmit is taking too long so, let's terminate it now 
mov tx_active_flag, false 

; Issue an abort to the 82592 
mov dx, Addr592 

mov al, C__ABORT ; abort transmit 

out dx, al 

inc tx_timeout 

mov cx, word ptr SendList[2] 

%ifcxnz 

mov es, cx ; segment of next SCB in list 

mov si, word ptr SendList[Q] ; offset of next SCB in list 

cmp es: { si 3 .Transmitting, true ; if not canceled 
%ife 

mov es: [si] .Complet ionCode, TransmitHardwareFailure ; stuff completion code of 

mov ax, es: word ptr [si].Link[0] ; a failed tx 

mov word ptr SendListJO], ax 

mov ax, es: word ptr [si].Link[2] 

mov word ptr SendList[2], ax 


; Finish the transmit 
moves: [si] .InUseFlag, 0 
call IPXHoldEvent 
%endif 
%endif 
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; make sure that execution unit didn't lock up because of abort errata 

mov dx, Addr592 

mov al, C_SWP1 

out dx, al 

mov al, C_SELRST 

%slow 

out dx, al 
mov al, C_SWP0 
%slow 

out dx, al 

mov al, C_RXENB 

%slow 

out dx, al 


; See if any frames are queued 
mov cx, word ptr SendList[2] 

%ifcxnz 

mov es, cx ; segment of next SCB in list 

mov si, word ptr SendList[0] ; offset of next SCB in list 
call StartSend 
%endif 
%endif 
%endif 
ret 


DriverPoll endp 


Driver Cancel Request 
Assumes on entry: 

es: SI is pointer to ECB we want to cancel 
DS is setup 

Interrupts are DISABLED 

Assumes any registers may be destroyed. 

Returns completion code in AL: 

00 Buffer was located and canceled. 

FF Buffer was not found to be in use by the driver 


even 

DriverCancelRequest proc near 

; first, see if it is the one we are currently sending, 
mov dx, es 

cmp word ptr SendList[0], si 
%ife 

cmp word ptr SendList[2], dx 
%ife 

; we need to cancel the first entry, first, unlink it 

; from the send list. 

mov ax, es: word ptr [si].Link[0J 
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mov word ptr SendList[0], ax 

mov cx, es: word ptr [si] .Link [2] 

mov word ptr SendList[2], cx 

mov es: [si] .CompletionCode, OFCh 

mov es: [si] . InUseFlag, 0 

xor ax, ax 

ret 

%endif 

%endif 

; we need to search down the send list 
mov cx, word ptr SendList[2] 
mov di, word ptr SendList[0] 

%do 

%do 

jcxz NotFound 
; move to the next link 
mov es, cx 
mov bx, di 

mov cx, es: word ptr [bx].Link[2j 
mov di, es: word ptr [bx].Link[0] 

; next node is pointed to by CX:DI 
; previous node is pointed to by es: BX 
; see if we found it 
cmp di, si 
%whilenz 
cmp cx, dx 
%whilenz 

; we found it. now unlink it. 
push ds 
mov ds, cx 

mov ax, ds: word ptr [si].Link[0] 
mov es: word ptr [bx] .Link [0] , ax 
mov ax, ds: word ptr [si].Link[2] 
mov es: word ptr [bx] .Link [2] , ax 
mov ds: [si] .CompletionCode, OFCh 
mov ds: [si] .InUseFlag, 0 
pop ds 
xor ax, ax 
ret 

NotFound: 

mov al, OFFh 
ret 

DriverCancelRequest endp 
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Driver Close Socket 

Assumes on entry: 

DX has socket number 
DS is setup 

Interrupts are DISABLED 
Assumes any registers may be destroyed. 


even 

DriverCloseSocket proc near 

mov cx, word ptr SendList[2] 
jcxz DriverCloseExit 
les si, SendList 
%do 

cmp es: [si] .SocketNumber, dx 
%ife 
push dx 

call DriverCancelRequest 
pop dx 

jmp DriverCloseSocket 
%endif 

mov cx, es: word ptr [si].Link[2] 
jcxz DriverCloseExit 
les si, es: [si].Link[0] 

%forever 

DriverCloseExit : 
ret 

DriverCloseSocket endp 


Code ends 


mombo_init segment 'CODE' 

public Driverlnitialize, DriverUnHook 
no_card_message db CR, LF, 'No adapter installed in PC$' 


conf ig_failure_message db 

CR, LF, 'Configuration Failure?' 

iaset_failure_message 

db 

CR, LF, ' IA Setup Failure?' 

; o 

1 

2 3 4 5 6 

7 

DMAP ageReg i s t e r s 

db 87h, 83h, 81h, 82h, 8fh, 

8bh, 89h, 

config_block dw 15 


; 0 . . 1 : byte count 


db 48h 

; 2 

High-Speed Mode, Fifo 

Limit = 8 

db 8 Oh 

; 3 

TCI mode 


db 00100110b 

; 4 
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db 

OOh 

; 

5: 

db 

96 

; 

6 : 

db 

OOh 

; 

7: 

db 

0F2h 

; 

8: 

db 

00000000b 

; 

9: 

db 

OOh 

; 

10: 

db 

64 

; 

11: 

db 

11110111b 

l 

12: 

db 

OOh 

# 

13: 

db 

3Fh 

# 

14: 

db 

87h 


15: 

db 

ODOh 


16: 

db 

OFFh 


17 s 


Interframe Spacing 


Minimum Frame Size 
Auto Restransmit 


InterruptBit db ? 

InterruptMask db ? 

even 

OldIRQVector dd ? 

InterruptMaskRegister dw ? 
InterruptVectorAddress dd ? 


Driver Initialize 

assumes: 

DS, ES are set to CGroup CS) 

DI points to where to stuff node address 
Interrupts are ENABLED 

The Real Time Ticks variable is being set, and the 
entire AES system is initialized. 

returns: 

If initialization is done OK: 

AX has a 0 

If board malfunction: 

AX gets offset (in CGroup) of '$' -terminated error string 


Driverlnitialize PROC NEAR 

mov MaxPhysPacketSize, 1024 

cld 

cli 

; initialize the configuration table 
mov al, selected_conf iguration 
cbw 

shl ax, 1 ; multiply by two 

mov bx, ax 

mov bx, config_pointers (bx] 
mov ax, (bx] .H_IOBase 
add Addr592, ax 
add AddrLatchLow, ax 
add AddrLatchHigh, ax 
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add LimitRegister, ax 
add DMAcmdstat, ax 
add DMAsnglmsk, ax 
add DMAmode , ax 
add DMAff, ax 
add XmtDMAaddr, ax 
add Xmt DMAwdcoun t , ax 
add XmtDMAPage, ax 
add RcvDMAaddr, ax 
add RcvDMAwdcount , ax 
add RcvDMAPage, ax 
add IA_PROM_port, ax 

; setup the dma registers 

mov al, [bx] . H_DMA0 
cbw 

mov si, ax 

mov cl, DMAPageRegisters [si] ; get the page register address 
xor ch, ch 

mov MasterDMAPage, cx 

and al, 03h 
add MasterDMAmsk, al 
add MasterDMAunmsk, al 
add MasterDMAmodevalue, al 
add ax, ax 
add ax, ax 

add MasterDMAaddr, ax 
add MasterDMAwdcount, ax 

; load the node address 
lea si, node_addr 
xor ax, ax 

mov cx, size node_addr 
%do 

mov al, ah 

mov dx, LimitRegister 
out dx, al 

mov dx, IA_PROM_port 
in al, dx 
stosb 

xchg si, dl 
stosb 
inc ah 
% loop 

; SET UP THE INTERRUPT VECTORS 

mov al, [bx] ,H_IRQ 

mov bx, OFFSET CGroup: DriverlSR 

call Set Interrupt Vector 
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; save it 


; targets are es:si and es:di 
; ah = prom address 


; set prom address 

; read prom value 
; store it at es:di 

; and at es:si 
; increment prom address 
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mov dx, Addr592 

mov al, C_RST 

out dx, al ; 

reset the 82592 controller 


; generate 20 bit address for DMA controller from 
; configure block location this is necessary to 
; accomodate the page register used in the PC DMA 


call SetUpBuffers 



; configure the master channel for cascade mode 


mov al, MasterDMAmsk 

mov dx, MasterDMAsnglmsk 

out dx, al ; 

disable the channel 


mov al, Mas terDMAmode value 
mov dx, MasterDMAmode ; 

out dx, al ; 

get the mode register address 

set the mode 


mov al, MasterDMAunmsk 

mov dx, MasterDMAsnglmsk 

out dx, al ; 

enable the channel 


; set up DMA channel for configure command 


mov al, XmtDMAmsk 

mov dx, DMAsnglmsk 

out dx, al ; 

disable the channel 


mov al, RcvDMAmsk 

mov dx, DMAsnglmsk 

out dx, al ; 

disable the channel 


mov dx, DMAFF 

out dx, al ; 

data is don # t care 


mov al, ActiveLowDREQ + ExtendedWrite + RotatingPriority 
mov dx, DMAcmdstat 

out dx, al 


mov dx, XmtDMAaddr 

mov al, byte ptr gp_buf_start (0) 

out dx, al 

mov al, byte ptr gp_buf_start [1] 
out dx, al 



mov ax, gp_buf_page 

mov dx, XmtDMApage ; 

out dx, al . 

DMA page value 


mov ax, 1 

mov dx, XmtDMAwdcount ; 

out dx, al 

make two transfers 
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mov al, ah 

%slow 

out dx, al 



mov al, XmtDMAtx 
mov dx, DMAmode 
out dx, al 

; setup tx mode 


mov al, XmtDMAunmsk 
mov dx, DMAsnglmsk 
out dx, al 



lea dl, gp_buf_pointer 

stosw 

atosw 

mov dx, Addr592 
mov al, C_CONFIG 
out dx, al 

%slow 

j mov zeroes into the byte count field 
; of the buffer to put the 82592 into 
; 16 bit mode 

; configure the 82592 for 16 bit mode 
; issue configure command 


xor cx, cx 

%do 

xor al, al 
out dx, al 

tslow 

In al, dx 

and al, ODFh 
cmp al, 82h 
%loopne 

; point to register 0 

; read register 0 
; disregard exec bit 
; is configure finished? 


%ifne 

mov ax, OFFSET CGroup: no__card_message 

ret 

%endif 


mov al, C_INTACK 
out dx, al 

; clear interrupt 


mov dx, DMAff 
out dx, al 

; data is don't care 


mov dx, XmtDMAaddr 
mov al, byte ptr gp_buf_ 
out dx, al 

mov al, byte ptr gp_buf_ 
out dx, al 

start [0] 

_start [1] 


mov ax, gp_buf_page 
mov dx, XmtDMApage 
out dx, al 

; DMA page value 


mov al, XmtDMAtx 

mov dx, DMAmode 

out dx, al 

; setup channel 1 for tx mode 
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mov ax, 8 

mov dx, XmtDMAwdcount 

out dx, al 

%slow 

mov al, ah 
out dx, al 

mov al, XmtDMAunmsk 
mov dx, DMAsnglmsk 
out dx, al 

mov si, offset cgroup: config_block 

les di, gp_buf_pointer 

mov cx, 18 

rep movsb 

mov dx, Addr592 

mov al, C_CONFIG ; configure the 82592 

out dx, al 

xor cx, cx 
%do 

xor al, al 
%slow 

out dx, al ; point to register 0 

%slow 

in al, dx ; read register 0 

and al, ODFh ; discard extraneous bits 

cmp al, 82h ; is configure finished? 

%loopne 

%ifnz 

mov ax, OFFSET CGroup: conf ig__failure_me s sage 
ret 

%endif 

; clear interrupt caused by configuration 
mov al, C__INTACK 

out dx, al 

; do an IA_setup 

les di, gp_buf_pointer 

mov al, 06h ; address byte count 

stosb 

mov al, OOh 
stosb 

mov si, OFFSET CGROUP: node_addr 

mov cx, SIZE node__addr 

rep movsb 

mov dx, DMAff 

out dx, al ; data is don't care 
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mov dx, XmtDMAaddr 

mov al , byte ptr gp_buf_3tart [0] 

out dx, al 

mov al, byte ptr gp_buf_start (1] 
out dx, al 

mov ax, gp_buf_page 

mov dx, XmtDMApage ; DMA page value 

out dx, al 

mov al, XmtDMAtx ; setup channel 1 for tx mode 

mov dx, DMAmode 
out dx, al 

mov ax, 3 

mov dx, XmtDMAwdcount 

out dx, al 

%slow 

mov al, ah 
out dx, al 

mov al, XmtDMAunmsk. 
mov dx, DMAsnglmsk 
out dx, al 

mov dx, Addr592 

mov al, C_IASET ; set up the 82592 individual address 

out dx, al 

xor cx, cx 
%do 

xor al, al 

out dx, al 

%slow 
in al, dx 

and al, ODFh ; discard extraneous bits 

cmp al, 81h ; is command finished? 

%loopne 

%ifne 

mov ax, OFFSET CGroup: iaset_failure_message 
ret 

%endif 

mov al, C_INTACK 

out dx, al ; clear interrupt from iaset 

/initialize the receive DMA channel 

mov dx, DMAff 
out dx, al 

mov dx, RcvDMAaddr 

mov al, byte ptr rx_buf_start (0] ; set dma up to point to the 
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out dx, 

al 


beginning of rx_buf 


mov al, 

byte ptr rx_buf 

_start [1] 



out dx, 

al 




mov ax, 

rx_buf_page 

; 

set rx page register 


mov dx. 

RcvDMApage 




out dx. 

ax 




mov al. 

RcvDMArx 




mov dx. 

DMAmode 




out dx, 

al 




mov dx, 

RcvDMAwdcount 




mov ax. 

rx__buf_length 




dec ax 





out dx. 

al 




mov al, 

ah 




%slow 





out dx, 

al 




; initialize the limit 

register 



mov ax. 

rx buf limit 




sub ax. 

2 




mov bx. 

r x_bu f __segmen t 




shl bx. 

4 




add ax. 

bx 

; 

compute physical address 


mov al. 

ah 




mov dx. 

LimitRegister 




out dx. 

al 




mov al. 

RcvDMAunmsk 

• 

unmask receive DMA channel 


mov dx, 

DMAsnglmsk 




out dx. 

al 




; enable the receiver 




mov dx, 

Addr592 

; enable 

receives 


mov al, 

C_RXENB 




out dx. 

al 




sti 





xor ax, 

ax 




mov cx. 

1 




ret 





Driverlnitialize endp 
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.**1,1, UK* ************* *********************************** ********************* 

; SetlnterruptVector 

; Set the interrupt vector to the interrupt procedure's address. 

; Save the old vector for the unhook procedure. 

; assumes: cs:bx is the ISR routine 

; al has the IRQ level 10.. 15 

; interrupts are disabled 

.*******«******************************************************************** 

SetlnterruptVector proc near 

; mask on the appropriate interrupt mask 
push ax 
xchg ax, cx 
mov dl, 1 

sub cl, 8 
shl dl, cl 

mov InterruptBit, dl 
not dl 

mov InterruptMask, dl 

in al, ExtralnterruptMaskPort 

and al, dl 

%slow 

out ExtralnterruptMaskPort, al 

mov InterruptMaskRegister, ExtralnterruptMaskPort 

; also mask on level 2 of first controller 
in al, InterruptMaskPort 
and al, not 4 
%slow 

out InterruptMaskPort, al 

pop ax 

cld 

cbw 

xor cx, cx 
mov es, cx 

add al, 70h - 8 
shl ax, 1 
shl ax, 1 
mov di, ax 

mov word ptr InterruptVectorAddress [0] , di 
mov word ptr InterruptVectorAddress [2] , es 

292066-57 


1-455 




AP-331 



mov ax, es: [di] [0] 

mov word ptr OldIRQVector [0] , ax 

mov ax, es: [di] [2] 

mov word ptr OldIRQVector [2] , ax 

mov ax, bx 
stosw 

mov ax, cs 
stosw 

ret 

SetlnterruptVector endp 


; Set up Buffers: 

; This routine generates the page and offset addresses for the 16 bit 
; DMA. It checks for a page crossing and uses the smaller half of the 
; buffer area for Tx and general purpose if a crossing is detected. If 
; no crossing is detected the general purpose/transmit buffer is placed 
; at the beginning of the buffer area. This routine also generates a 
; segment address for the receive buffer which allows the value read 
; from the "10 cent” latches to be used as read for the offset passed 
; to IPXReceivePacket . This saves some arithmetic steps when tracing 
; back through the rx buffer chain. 

gp_length dw gp_buf_size + max_rx_buf_size 

gp_offset_ad just dw 0 

SetUpBuffers proc near 

mov ax, 
mov bx, 
mov dx, 
shr ax, 
mov cx, 
shl bx, 
rol dx, 
and dx, 
add ax, 
adc dx, 
xor cx, 
sub cx, 

cmp cx, 

%ifae 

jmp copacetic ; it's cool, whole buffer space is in one page 

%endif 
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offset cgroup: gp_buf 


cs 

cs 

1 

3 

cl 

cl 

0007h 

bx 

0 

cx 

ax 


; get upper 3 bits for page register 
; clear all but the lowest 3 bits 
; ax contains A16..A1 of first location in buffer 
; if addition caused a carry add it to page 
; of buffer to page break 

; cx contains the number of words to page break 


gp_buf_size + max_rx_buf_size 
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cmp cx, gp_buf_size 
%ifbe 

add ax, cx ; move pointer past the page break to discard fragment 

sub gp_length, cx ; adjust length variable to reflect shorter length 

jmp copacetic ; both buffers will be in the same page, rx buf shortened 

%endif 

cmp cx, max_rx_buf_size 
%ifae 

mov gp_length, cx ; adjust length variable, discard upper buffer fragment 
jmp copacetic ; both buffers will be in the same page, rx buf shortened 

%endif 

; now since both fragments are usable we have to find the 
; actual page break, the large half will be the receive 
; buffer and the small half will be the gp-tx buffer, 
cmp cx, (gp_buf_3ize + max_rx_buf_size) / 2 
%ifbe 

; transmit buffer first 

mov gp_buf_page, dx 

mov gp_buf_8tart, ax 

mov rx_buf_start, OOOOh 

inc dx ; next page 

mov rx_ buf_page, dx 

mov ax, gp_length 

sub ax, cx 

mov rx_buf_length, ax 
telse 

; receive buffer first 
mov rxjbuf jpage, dx 
mov rx_buf_start, ax 
mov rx_buf_length, cx 
mov gp_buf_start, OOOOh 
inc dx ; next page 

mov gp_buf_page, dx 
%endif 

jmp SetUpBuf fers_exit 
copacetic: 

mov gp_buf_start, ax ; A1-A16 of gp buffer, gp buffer is first 

add ax, gp_buf__size ; allocate gp_buf at front of buffer space 

mov rx__buf__start, ax ; rx buffer starts 1200 bytes in 

mov cx, gp_length 

sub cx, gp_buf_size 

mov rx_buf_length, cx 

mov rx_buf_page, dx 

mov gp_buf_jpage, dx 

SetUpBuf fers_exit : 

mov ax, gp_buf_start 
mov dx, gp_buf_j>aga 
shr dx, 1 
rcr ax, 1 
shr dx, 1 
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ax ■ al9 . . a4 of gp_buf 


rcr ax, 1 
shr dx, 1 
rcr ax, 1 
mov dx, cs 
sub ax, dx 
shl ax, 4 

mov bx, gp__buf_start 
shl bx, 1 
and bx, Ofh 

or ax, bx ; compute offset within cgroup 

mov word ptr gp_buf_pointer [0] , ax 
mov word ptr gp_buf jpointer [2] , cs 


mov ax, rx__buf_length 
shl ax, 1 

mov rx_buf__size, ax 

mov ax, rx_buf_start 

mov dx, rx__buf_page 

shl ax, 1 

rcl dx, 1 

push ax 

xor al, al 

mov cx, 12 

%do 

shl ax, 1 

rcl dx, 1 
%loop 
pop ax 
mov ah, 80h 
sub dx, 800h 
mov rx_buf_segment, dx 
mov rx_buf_f irst, ax 
mov rx_buf_head, ax 
add ax, rx_buf_size 
mov rx_buf_limit, ax 

mov ax, rx_buf_jstart 
shl ax, 1 

sub ax, rx_buf_first 
mov Logical2Physical, ax 
ret 


; get the physical word 
; address of rx_buf 

; convert to byte address 

; save bits A19..A8 


; compute the closest segment 
; boundry to rx_buf 

; increment offset by 8Q00h bytes 
; decrement segment by 8Q0h paragraphs 


; logical to physical mapper 


SetUpBuffers endp 
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; 

; Driver Unhook 
; Assumes 

; DS « CS “ IPX segment 

; Interrupts are DISABLED 

; Assumes any registers but DS, SS # SP may be destroyed 

; 

; This procedure restores the original interrupt vector 

; This procedure will never be called if Driverlnitialize 

; did not complete successfully. 


Driver Unhook PROC NEAR 

mov dx, InterruptMaskRegister 
in al, dx 

or al, InterruptBit 
%alow 

out dx, al 

lea bx, InterruptVectorAddress 

mov ax, word ptr OldIRQVector [0] 

mov ea: [bx], ax; restore old interrupt offset 

mov ax, word ptr OldIRQVector [2] 

mov es: [bx][2], ax ; restore old interrupt segment 
ret 

DriverUnhook endp 

mombo_init ends 
end 
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; SMacro.inc: A set of macros that allows assembly code to be 
; written in a structured fashion resembling a high 

; level language. 

; Written by Ben L Gee. San Jose, Ca. (408)578-1123 

; This code may be used freely as long as the authors name appears 
; in the listing. 

. **************** ***************************************** ************* 

%set (lev, 0) 

%set (number, 0) 

%*def ine (ifa) ( 

%set(lev, %lev+l) 

% set (number, %number+l) 

%set (level%lev, %number) 


%if 

(%lev 

eq 

1) 

then 

(%set (num. 

%level0lH) ) 

fi 

%if 

(%lev 

eq 

2) 

then 

(%set (num. 

%levelQ2H) ) 

fi 

%if 

(%lev 

eq 

3) 

then 

(%set (num. 

%level*03H) ) 

fi 

%if 

(%lev 

eq 

4) 

then 

(%set (num. 

%level04H) ) 

fi 

%if 

(%lev 

eq 

5) 

then 

(%set (num. 

%level05H) ) 

fi 


jna 

l%num 






) 

%*define (ifae) ( 
%set(lev, %lev+l) 

%set (number, %number+l) 
%set (level%lev, %number) 


%if 

(%lev eq 

1) 

then 

(%set (num. 

%level01H) ) 

fi 

%if 

(%lev eq 

2) 

then 

(%set (num. 

%level02H) ) 

fi 

%if 

(%lev eq 

3) 

then 

(%set (num. 

%level.03H) ) 

fi 

%if 

(%lev eq 

4) 

then 

(%set (num. 

%level04H) ) 

fi 

%if 

(%lev eq 

5) 

then 

(%set (num, 

%level05H) ) 

fi 


jnae l%num 

) 


%*def ine (ifb) ( 

%set (lev, %lev+l) 

%set (number, %number+l) 
%set (level%lev, %number) 


%if 

(%lev 

eq 

1) 

then 

(%set (num. 

%level0lH) ) 

fi 

%if 

(%lev eq 

2) 

then 

(%set (num. 

%level02H) ) 

fi 

%if 

(%lev 

eq 

3) 

then 

(%set (num. 

%level03H) ) 

fi 

%if 

(%lev 

eq 

4) 

then 

(%set (num. 

%level04H) ) 

fi 

%if 

(%lev 

jnb 

eq 5) 

l%num 

then 

(%set (num. 

%level05H) ) 

fi 


) 
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%*def ine (ifbe) 





%set(lev, %lev+l) 




%set (number, %number+l) 



%set (level%lev. 

%number) 



%if (%lev eq 1) 

then 

(%set(num, %level01H) ) 

fi 


%if (%lev eq 2) 

then 

(%set(num, %level02H) ) 

fi 


%if (%lev eq 3) 

then 

(%set(num, %level03H) ) 

fi 


%if (%lev eq 4) 

then 

(%set(num, %level04H) ) 

fi 


%if (%lev eq 5) 

then 

(%set(num, %leve!05H) ) 

fi 


jnbe l%num 

) 




%*def ine (ifc) ( 





%set{lev, %lev+l) 




%set (number, %number+l) 



%set (level%lev, 

%number) 



%if (%lev eq 1) 

then 

(%set(num, %level01H)) 

fi 


%if (%lev eq 2) 

then 

(%set(num, %level02H) ) 

fi 


%if (%lev eq 3) 

then 

(%set(num, %level03H)) 

fi 


%if (%lev eq 4) 

then 

(%set(num, %level04H) ) 

fi 


%if (%lev eq 5) 

then 

(%set(num, %leve!05H)) 

fi 


jnc l%num 

) 





%*def ine ( if cxnz) ( 

%set(lev, %lev+l) 




%set (number, %number+l) 



%set (level%lev. 

%number) 



%if (%lev eq 1) 

then 

(%set(num, %level01H) ) 

fi 


%if (%lev eq 2) 

then 

(%set(num, %level02H)) 

fi 


%if (%lev eq 3) 

then 

(%set(num, %level03H)) 

fi 


%if (%lev eq 4) 

then 

(%set(num, %level04H) ) 

fi 


%if (%lev eq 5) 

then 

(%set (num, %leve!05H) ) 

fi 


jcxz l%num 

) 




%*define (ifnc) 

( 




%set(lev, %lev+l) 




%set (number, %number+l) 



%set (level%lev. 

%number) 



%if (%lev eq 1) 

then 

(%set(num, %level01H) ) 

fi 


%if (%lev eq 2) 

then 

(%set(num, %levelQ2H) ) 

fi 


%if (%lev eq 3) 

then 

(%set (num, %level03H) ) 

fi 


%if (%lev eq 4) 

then 

(%set(num, %level04H) ) 

fi 


%if (%lev eq 5) 

then 

(%set(num, %leve!05H) ) 

fi 


jc l%num 

) 
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%*def ine (ife) ( 





%set(lev, %lev+l) 




% set (number, %number+l) 



%set (level%lev. 

% number) 



%if (%lev eq 1) 

then 

(%set(num, %level01H) ) 

fi 


%if (%lev eq 2) 

then 

(%set (num, %level02H)) 

fi 


%if (%lev eq 3) 

then 

(%set(num, %level03H) ) 

fi 


%if (%lev eq 4) 

then 

(%set(num, %level04H)) 

fi 


%if (%lev eq 5) 

then 

(%set (num, %leve!05H) ) 

fi 


jne l%num 

) 





%*define (ifne) 





%set(lev, %lev+l) 




%set (number, %number+l) 



%set (level%lev. 

% number) 



%if (%lev eq 1) 

then 

(%set(num, %level01H) ) 

fi 


%if (%lev eq 2) 

then 

(%set(num, %level02H) ) 

fi 


%if (%lev eq 3) 

then 

(%set(num, %level03H)) 

fi 


%if (%lev eq 4) 

then 

(%set(num, %level04H)) 

fi 


%if (%lev eq 5) 

then 

(%set(num, %leve!05H)) 

fi 


je l%num 

). 





%*def ine (ifz) ( 





%set(lev, %lev+l) 




%set (number, %number+l) 



%set (level%lev. 

%number) 



%if (%lev eq 1) 

then 

(%set(num, %level01H) ) 

fi 


%if (%lev eq 2) 

then 

(%set(num, %level02H) ) 

fi 


%if (%lev eq 3) 

then 

(%set(num, %level03H) ) 

fi 


%if (%lev eq 4) 

then 

(%set(num, %level04H) ) 

fi 


%if (%lev eq 5) 

then 

(%set(num, %leve!05H)) 

fi 


jnz l%num 

> 





%*def ine (ifnz) 

( 




%set(lev, %lev+l) 




%set (number, %number+l) 



%set (level%lev. 

%number) 



%if (%lev eq 1) 

then 

(%set(num, %level01H)) 

fi 


%if (%lev eq 2) 

then 

(%set (num, %level02H)) 

fi 


%if (%lev eq 3) 

then 

(%set(num, %level03H)) 

fi 


%if (%lev eq 4) 

then 

(%set (num, %level04H) ) 

fi 


%if (%lev eq 5) 

then 

(%set (num, %leve!05H) ) 

fi 


jz l%num 

) 
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%*def ine (else) 





%if (%lev eq 1) 

then 

(%set(t, %levelOlH)) fi 


%if (%lev eq 2) 

then 

(%set(t, %level02H)) fi 


%if (%lev eq 3) 

then 

(%set(t, %level03H)) fi 


%if (%lev eq 4) 

then 

(%set (t , %level04H) ) fi 


%if (%lev eq 5) 

then 

(%set (t , %leve!05H) ) fi 


%set (number, %number+l) 



%set (level%lev. 

%number) 



%if (%lev eq 1) 

then 

(%set (num, 

% levelOlH) ) fi 


%if (%lev eq 2) 

then 

(%set (num, 

%level02H) ) fi 


%if (%lev eq 3) 

then 

(%set (num, 

%level03H) ) fi 


%if (%lev eq 4) 

then 

(%set (num. 

%level04H) ) fi 


%if (%lev eq 5) 

then 

(%set (num. 

%level05H)) fi 


jmp short 

l%num 



l%t : 

) 





%*def ine (elsel) 

( 




%if (%lev eq 1) 

then 

(%set (t, %level01H) ) fi 


%if (%lev eq 2) 

then 

(%set (t, %level02H) ) fi 


%if (%lev eq 3) 

then 

(%set (t , %level03H) ) fi 


%if (%lev eq 4) 

then 

(%set (t , %level04H) ) fi 


%if (%lev eq 5) 

then 

(%set(t, %level05H) ) fi 


%set (number, %number+l) 



%set (level%lev. 

% number) 



%if (%lev eq 1) 

then 

(%set (num. 

%level01H) ) fi 


%if (%lev eq 2) 

then 

(%set (num. 

%level02H) ) fi 


%if (%lev eq 3) 

then 

(%set (num. 

%level03H) ) fi 


%if (%lev eq 4) 

then 

(%set (num. 

%level04H) ) fi 


%if (%lev eq 5) 

then 

(%set (num. 

%level05H) ) fi 


jmp l%num 





l%t : 

) 





%*def ine (endif ) 

( 




%if (%lev eq 1) 

then 

(%set (num. 

%level01H) ) fi 


%if (%lev eq 2) 

then 

(%set (num. 

%level02H) ) fi 


%if (%lev eq 3) 

then 

(%set (num. 

%level03H) ) fi 


%if (%lev eq 4) 

then 

(%set (num. 

% level04H) ) fi 


%if (%lev eq 5) 

then 

(%set (num, 

%level05H) ) fi 


l%num: 





%set(lev, %lev- 

1) 




) 
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%*def ine (do) ( 

%set(lev, %lev+l) 

%set (number, %number+l) 

%set (level%lev, %number) 

%if (%lev eq 1) then <%set(num, %level01H) ) fi 

%if (%lev eq 2) then (%set(num, %level02H) ) fi 

%if (%lev eq 3) then (%set(num, %level03H) ) fi 

%if (%lev eq 4) then (%set(num, %level04H)) fi 

%if (%lev eq 5) then (%set(num, %level05H) ) fi 

l%num: 

) 

%*def ine (forever) ( 

%if (%lev eq 1) then (%set(num, %level01H)) fi 

%if (%lev eq 2) then (%set (num, %level02H) ) fi 

%if (%lev eq 3) then (%set (num, %level03H) ) fi 

%if (%lev eq 4) then (%set (num, %level04H)) fi 

%if (%lev eq 5) then (%set (num, %level05H) ) fi 

jmp l%num 
%set(lev, %lev-l) 

) 

%*define (whilea) ( 

%if (%lev eq 1) then (%set(num, %level01H) ) fi 

%if (%lev eq 2) then (%set(num, %level02H) ) fi 

%if (%lev eq 3) then (%set (num, %level03H)) fi 

%if (%lev eq 4) then (%set(num, %level04H)) fi 

%if (%lev eq 5) then (%set(num, %level05H)) fi 

ja l%num 

%set(lev, %lev-l) 

) 

%*def ine (whileae) ( 

%if (%lev eq 1) then (%set(num, %level01H)) fi 

%if (%lev eq 2) then (%set(num, %level02H) ) fi 

%if (%lev eq 3) then (%set(num, %level03H) ) fi 

%if (%lev eq 4) then (%set(num, %level04H) ) fi 

%if (%lev eq 5) then (%set (num, %level05H) ) fi 

jae l%num 
%set (lev, %lev-l) 

) 

%*def ine (whileb) ( 

%if (%lev eq 1) then (%set(num, %levelOlH) ) fi 

%if (%lev eq 2) then (%set(num, %level02H) ) fi 

%if (%lev eq 3) then (%set(num, %level03H)) fi 

%if (%lev eq 4) then (%set(num, %level04H) ) fi 

%if (%lev eq 5) then (%set(num, %level05H) ) fi 

jb l%num 

%set (lev, %lev-l) 

) 
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%*def ine (whilebe) { 
%if (%lev eq 1) then 

(%set(num, %level01H) ) 

fi 


%if (%lev eq 2) then 

(%set(num, %level02H) ) 

fi 


%if (%lev eq 3) then 

(%set(num, %level03H) ) 

fi 


%if (%lev eq 4) then 

(%set(num, %level04H) ) 

fi 


%if (%lev eq 5) then 

(%set(num, %level05H) ) 

fi 


jbe l%num 




%set(lev, % lev-1) 

) 




%*def ine (whilec) ( 

%if (%lev eq 1) then 

{%set(num f %level01H) ) 

fi 


%if (%lev eq 2) then 

(%set (num, %level02H)) 

fi 


%if (%lev eq 3) then 

(%set(num, %level03H)) 

fi 


%if (%lev eq 4) then 

(%set(num, %level04H) ) 

fi 


%if (%lev eq 5) then 

(%set (num, %level05H)) 

fi 


jc l%num 




%set(lev, %lev-l) 

) 




%*def ine (whilecxz) ( 
%if (%lev eq 1) then 

(%set(num, %level01H)) 

fi 


%if (%lev eq 2) then 

(%set(num, %level02H)) 

fi 


%if (%lev eq 3) then 

(%set (num, %level03H)) 

fi 


%if (%lev eq 4) then 

(%set(num, %level04H)) 

fi 


%if (%lev eq 5) then 

(%set (num, %level05H)) 

fi 


jcxz l%num 




%set(lev, %lev-l) 

) 




%*def ine (whilenc) ( 




%if (%lev eq 1) then 

(%set(num, %level01H) ) 

fi 


%if (%lev eq 2) then 

(%set(num, %level02H) ) 

fi 


%if (%lev eq 3) then 

(%set(num, %level03H)) 

fi 


%if (%lev eq 4) then 

(%set (num, %level04H) ) 

fi 


%if (%lev eq 5) then 

(%set(num, %level05H) ) 

fi 


jnc l%num 




%set(lev, %lev-l) 

) 




%*def ine (whilee) ( 
%if (%lev eq 1) then 

(%set(num, %level01H)) 

fi 


%if (%lev eq 2) then 

(%set(num, %level02H) ) 

fi 


%if (%lev eq 3) then 

(%se t (num, %level03H) ) 

fi 


%if (%lev eq 4) then 

(%set (num, %level04H)) 

fi 


%if (%lev eq 5) then 

(%set(num, %level05H)) 

fi 


je l%num 




%set(lev, %lev-l) 

) 
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l*define (whilene) ( 

%if (%lev eq 1) then 

(Iset (num, HevelOlH)) 

fi 


%if (%lev eq 2) then 

(Iset (num, llevel02H)) 

fi 


%if (%lev eq 3) then 

(Iset (num, llevel03H)) 

fi 


%if (%lev eq 4) then 

(Iset (num, %level04H) ) 

fi 


%if (%lev eq 5) then 
jne l%num 

Iset (lev, llev-1)' 

) 

(Iset (num, llevel05H) ) 

fi 


%*define (whilez) ( 

%if (%lev eq 1) then 

(Iset (num, HevelOlH) ) 

fi 


%if (%lev eq 2) then 

(Iset (num, llevel02H) ) 

fi 


%if (%lev eq 3) then 

(Iset (num, llevel03H)) 

fi 


%if (%lev eq 4) then 

(Iset (num, %level04H) ) 

fi 


%if (%lev eq 5) then 
jz l%num 

Iset (lev, %lev-l) 

) 

(Iset (num, llevelOSH)) 

fi 


l*def ine (whilenz) ( 

%i£ (llev eq 1) then 

(Iset (num, HevelOlH)) 

fi 


%if (%lev eq 2) then 

(Iset (num, llevel02H)) 

fi 


%if (%lev eq 3) then 

(Iset (num, llevel03H) ) 

fi 


%if (%lev eq 4) then 

(Iset (num, llevel04H) ) 

fi 


%if (%lev eq 5) then 
jnz l%num 

Iset (lev, llev-1) 

) 

(Iset (num, llevelOSH)) 

fi 


l*define (loop) ( 

%if (%lev eq 1) then 

(Iset (num, HevelOlH) ) 

fi 


%if (%lev eq 2) then 

(Iset (num, llevel02H) ) 

fi 


%if (%lev eq 3) then 

(Iset (num, llevelOSH) ) 

fi 


%if (%lev eq 4) then 

(Iset (num, llevel04H) ) 

fi 


%if (llev eq 5) then 
loop l%num 
%set(lev, %lev-l) 

) 

(Iset (num, llevel05H)) 

fi 


l*def ine (loope) ( 

%if (%lev eq 1) then 

(Iset (num, HevelOlH)) 

fi 


Ilf (llev eq 2) then 

(Iset (num, llevel02H)) 

fi 


Ilf (llev eq 3) then 

(Iset (num, llevel03H) ) 

fi 


Ilf (llev eq 4) then 

(Iset (num, llevel04H)) 

fi 


Ilf (llev eq 5) then 
loope llnum 
Iset (lev, llev-1) 

) 

(Iset (num, llevelOSH)) 

fi 
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%*def ine (loopz) 

< 



%if 

(%lev eq 1) 

then 

(%set(num / %level01H) ) 

fi 

%if 

(%lev eq 2) 

then 

(%set(num, %level02H) ) 

fi 

%if 

(%lev eq 3) 

then 

(%set(num, %level03H) ) 

fi 

%if 

(%lev eq 4) 

then 

(%set(num, %level04H) ) 

fi 

%if 

(%lev eq 5) 

then 

(%set (num, %level05H)) 

fi 


loopz l%num 



%set(lev, %lev- 

) 

1) 



%*define (loopne) ( 



%if 

(%lev eq 1) 

then 

(Isetfnum, %level01H) ) 

fi 

%if 

(%lev eq 2) 

then 

(%set{num, %level02H) ) 

fi 

%lf 

(%lev eq 3) 

then 

(%set(num, %level03H) ) 

fi 

%if 

(%lev eq 4) 

then 

(%set (num, %level04H) ) 

fi 

%if 

(%lev eq 5) 

then 

(%set (num, %level05H) ) 

fi 


loopne l%num 



%set(lev, %lev- 

) 

1) 



%*define (loopnz) { 



%if 

(%lev eq 1) 

then 

(%set(num, %level01H)) 

fi 

%if 

(%lev eq 2) 

then 

(%set(num, %level02H) ) 

fi 

%if 

(%lev eq 3) 

then 

(%set(num, %level03H) ) 

fi 

%if 

(%lev eq 4) 

then 

(%set(num, %level04H) ) 

fi 

%if 

(%lev eq 5) 

then 

(%set (num, %level05H) ) 

fi 


loopnz l%num 



%set(lev, %lev- 

1) 




) 


.*********************************************************** 


Relid.inc Include file containing revision information 
for the NBM592 driver software. 

Written by Ben L. Gee San Jose, California 


. ******** *************************************************** 


%*define(MajorVersion)(l) 

%*defme(MinorVersion)(00) 

%*defme(VersionDate)(890129) 

%*define(LanType)(171) ; not yet assigned 

; 890124 use extended write dma mode 
; 890129 correct ECB cancel bug 
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1.0 INTRODUCTION 

As the performance of personal computers increases, 
their role in the office environment expands. This ex- 
pansion, coupled with the rapid increase in the number 
of personal computers, makes interconnection an indes- 
pensible option. Sharing expensive peripherals (such as 
high quality printers) reduces the cost. Sharing a single 
data base improves data control and security. Having 
electronic mail capabilities improves communication. 
Proliferation of personal computers as the workstations 
of choice provides yet another new application for net- 
working. Clusters of workstations connected in Local 
Area Networks (LANs) can improve productivity by 
leveraging other station’s (in the same or other clusters) 
computing and storage capabilities. In such an environ- 
ment the network throughput of workstation nodes is 
increasingly important. 

The best choices for Local Area Networks are those 
that provide reliability, low cost, ease of expansion, and 
the backing of major VLSI manufacturers. In recent 
years IEEE 802.3 10BASE5 (Ethernet), 10BASE2 
(Cheapernet), and Twisted Pair Ethernet (TPE) 
10BASE-T have emerged as popular choices. 

The PS592E is a 16-bit nonintelligent, 32-KByte, buff- 
ered slave adapter. It interfaces IBM Micro Channel 
(Personal System 2 models 50, 60, 70 and 80) comput- 
ers to an Ethernet or Cheapernet based network.The 
82592 LAN Controller and 82561 DMA Controller are 
used to receive and transmit frames between the net- 
work and local memory. The board can perform default 
cycle (zero wait-state, 200 ns) memory data transfers 
on the Micro Channel. The board comes with two in- 
terchangeable network serial interface modules for 
Ethernet and Cheapernet applications. A TPE network 
module will be available in the near future. 

A menu driven exerciser software and a NetWare driv- 
er are provided with the demo board. 

2.0 OBJECTIVE 

This application note describes how the Intel 82561 and 
82592 are used to build a high-performance, cost-effec- 
tive LAN adapter that implements the traditional buff- 
ered architecture. The last chapter describes an easy 
migration to a 32-bit adapter design. 
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of Intel’s (Folsom, Calif.) Data Communications Focus 
Group, and Adi Golbert of Intel’s (Israel) architecture 
definition group for their work in developing the hard- 
ware and the software and their contribution to this 
application note. 


2.2 Terminology 

In the PAL equations and schematics a “ ” at the end 

of a signal name indicates that the signal is active low, 
“#” stands for logical OR, stands for logical 
AND, and “!” stands for logical inversion. In the sche- 
matics any signal name starting with the letter “L” in- 
dicates that the signal is latched on the board or that all 
the signals used in generating this signal are latched. 

3.0 ORGANIZATION 

Chapter 4 provides an overview of the 82561 and 82592 
functionality. The reader needs a basic knowledge of 
these components to better understand the following 
chapters. Chapter 5 provides a functional description of 
the PS592E. In this chapter, the design is divided into 
three architectural subsections (host interface, memory 
subsystem, and network interface). PAL equations and 
schematics are broken down according to the architec- 
tural division. Chapter 6 is the software chapter; sam- 
ples from the Novell NetWare driver are given. Chap- 
ter 7 provides the performance benchmarks for the 
board. Chapter 8 shows how the design can be modified 
(including new PAL equations) to upgrade it to a 32-bit 
adapter. The appendix gives a brief description for most 
of PS592E internal signals. 


4.0 COMPONENT OVERVIEW 

4.1 82592 LAN Controller 

The CHMOS 82592 is CSMA/CD controller with a 16- 
bit data path. It can be configured to support a wide 
variety of industry standard networks, including Ether- 
net, Cheapernet, TPE, PCNet, and StarLan. The 82592 
consists of three subsystems: parallel, serial, and FIFO. 
The parallel subsystem provides an 8- or 16-bit inter- 
face to the external bus. The 82592 supports memory 
transfers (at up to 16 MB/s), accepts commands from 
the processor that controls the bus, and provides status 
to it. The 82592 can support simultaneous transmission 
and reception including autoretransmit, transmit frame 
chaining, and back-to-back frame reception. The serial 
subsystem consists of a highly flexible CSMA/CD unit, 
a data encoder/decoder, collision detect and carrier 
sense logic, and a clock generator. In high- integration 
mode it supports NRZI, Manchester, or Differential 
Manchester encoding and decoding at bit rates up to 4 
Mb/s. In high-speed mode the 82592 is capable of 20- 
Mb/s Manchester or NRZI encoding. The FIFO sub- 
system consists of a transmit FIFO, a receive FIFO, 
and control logic (with programmable threshold). A to- 
tal of 64 bytes of FIFO can be divided between receive 
and transmit. This can be done in any of four possible 
combinations (16/48, 32/32, 48/16, 16/16 byte resolu- 
tion). 
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4.2 82561 Host Interface and Memory 
controller 

The CHMOS 82561 is a high-performance DMA con- 
troller designed to work in a tightly coupled fashion 
with the 82592 in a PC AT or PS/2 adapter applica- 
tion. 

Two independent DMA channels support transfers of 
up to 10 MB/s to/from the local SRAM/LAN Con- 
troller. Up to 32 KB of ring buffer memory can be I/O 
or memory mapped into the address space. Host access- 
es to the local memory can be made with zero wait 
states. These accesses can be 16- or 32-bit wide. The 
82561, without CPU intervention, supports all of the 
82592 tightly coupled functions. It can also reclaim bad 
receive buffers. 


10-Mhz clock generated by the serial side. In the fol- 
lowing sections of this chapter a component (designated 
by its U No. on the board and the schematic) is defined 
as part of a subsystem if one or more of its output pins 
are in that subsystem. The host CPU generates a re- 
quest to the 82561 to access any port (including 
SRAM) on the board. SRAM accesses are 16-bit wide. 
All other transfers are 8-bit wide. The local memory is 
accessed either directly (nonpipeline mode) or through 
the data latches (pipeline mode). The data transfers be- 
tween the local memory and the 82592 are 16 bits wide 
and are controlled by the 82561. During DMA trans- 
fers low and high banks of memory are accessed alter- 
nately. 

5.1 Host interface 


The 82592/82561 is an ideal choice for 16 or 32-bit 
buffered adapters. The combination provides ease of de- 
sign, high performance, low component count, low 
power requirements, and competitive cost. 

NOTE: 

The 82560 and 82561 have similiar functionality. The 
only exception is that the double-host bus mode of the 
82561 supports 32-bit-wide local memory. The 82592/ 
82560 combination is equally suitable for a 16-bit-wide 
buffered adapter design. The 82561 is used in the 
PS592E design to demonstrate a 32-kB (8k X 32) buff- 
ered memory implementation. 

5.0 IMPLEMENTATION 

The board is divided into three sections (Figure 1), the 
host interface, the memory subsystem, and the network 
subsystem. Both the 82592 and 82561 operate on the 


This subsystem consists of the POS ID register (U2), 
POS configuration register (U3), the command register 
(Ul), the status register (U4), the address decoder 
(U14, U25, U24, U29, U23, and U5), the address latch- 
es (U9 and U12), the data latches/transceivers (U32, 
U22, U26, and U16), and their control (U31 and U21), 
the request generator (USP, U24, U30, U23, U21, U5, 
and U19), and the controller (U7) and its support logic 
(U20, U23, U30, and U13). 

5.1.1 ADDRESS DECODING 

After power-up the host reads the POS Read Identifica- 
tion register of the board, and if it is what the host 
expects, the host will configure the board. The ID re- 
sides in location 16 and 17 of the on-board 32-byte 
PROM. The first six Bytes of the PROM hold the 
board’s network address. The PAL equation for the 
PROM chip select is given in section 5.2. For a com- 
plete list of the ports accessed by the 82561 GCS 

output see the table in section 5.1.4. 



Figure 1. PS592E/16 Block Diagram 
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Figure 2a. PS592E-16 Digital Assembly Schematics 
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Figure 2b. PS592E-16 Digital Assembly Schematics (Continued) 
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Figure 2c. PS592E-16 Digital Assembly Schematics (Continued) 
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Figure 2d. PS592E-16 Digital Assembly Schematics (Continued) 
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Figure 2e. PS592E-16 Digital Assembly Schematics (Continued) 
1-475 


< 



292060-8 



AP-326 



Figure 2f. PS592E-16 Digital Assembly Schematics (Continued) 
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Figure 2g. PS592E-16 Digital Assembly Schematics (Continued) 
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The board has one POS configuration register (address 
102 h). The contents of this register are shown below. 


Bit 0: Enable/Disable the adapter 

Bit 1-3 : Mapping window (four below and four above 

1 Megabyte) 


Bit 3 Bit 2 Bit 1 

0 0 0 

0 0 1 

0 1 0 

0 1 1 

1 0 0 

1 0 1 

1 1 0 

1 1 1 


Memory window 

0C0000 h to 0C7FFF h 
0C8000 h to OCFFFFh 
0D0000 h to ODFFFF h 
0D8000 h to ODFFFF h 
FC0000 h to FC7FFF h 
FC8000 h to FCFFFF h 
FD0000 h to FD7FFF h 
FD8000 h to FDFFFF h 


Bit 4-7: Selective Interrupt level. Bit 4 when set selects 

IRQ3 ; Bit 5 selects IRQ7 ; Bit 6 selects 

IRQ9 ; Bit 7 selects IRQ 12 . 


The following PAL equations are for reading from and 
writing to the POS configuration register. 

POSRDCNF = ! (!GCS &ILA0&LA1 &ILA2&HORD 

&ILCDSETUP ); 

POSLDCNF = ! (!GCS &ILA0&LA1 &!LA2&!IOWR 

&ILCDSETUP ); 


The upper 256 bytes of the address space (Base + 7F00 
to Base + 7FFF) are used to acccess the command 
register and the 82561 register ports. All accesses in 

this range must be byte accesses. An active SBHE 

(odd byte) is interpereted as a request for accessing the 

command register and an inactive SBHE (even byte) 

for 8256y 8 2592 accesses. 


The remainder of the 32-kB memory window is shared 
by the local SRAM, PROM, and an optional 8-or 16- 
kB EPROM. The sharing is accomplished by a paging 
scheme implemented in a 3-bit command register. Bit 0 
and 1 of the command register are decoded as shown in 
the following table. 


achieved by configuring the 82561 to its pipeline mode. 

The following is the PAL equation for writing into the 
command register. 

LDCMD = !(!GCS &IL561WIN &ILSBHE &HOWR ); 


The status register is five bits wide. The three least sig- 
nificant bits of this read only register are the contents of 
the command register. The two most significant bits are 
generated by the network module and determine the 
type of the network module installed. 


Bit 4 

0 

0 

1 

1 


Bit 3 

0 Ethernet 

1 Cheapernet 

0 Reserved 

1 TPE 


The reserved combination is for future use. 


The following is the PAL equation for reading the 
status register. 

RDST = !(!GCS &IL561WIN &!LSBHE &NORD ); 


5.1.2 DATA TRANSCEIVERS/LATCHES 

Bit 3 of the command register determines the mode in 
which the host accesses the local SRAM. When 0 the 
access is in nonpipeline mode (wait states asserted). 
When 1 , the access is in the pipeline mode (MicroChan- 
nel default cycles). This bit, and bit 0 of the 82561 host 
mode register should be set to the same value before a 
memory access is attempted. 

In the nonpipeline mode the data transceivers/latches 
act as simple transceivers. The cycles are extended by 
pulling CHRDY low until the transfer (to/from) local 
memory is completed. Al, which is the second least 
significant bit of host address, determines which 16-bit 
bank of memory is being accessed. All non-SRAM ac- 
cesses are in the nonpipeline mode. 


Bit 1 

BitO 


0 

0 

EPROM access 

0 

1 

RAM access 

1 

0 

PROM access 

1 

1 

reserved 


Bit 2 of the command register determines the mode for 
accessing the buffer memory. When this bit is 0 the 
host accesses to the local SRAM are made with 3 or 4 
wait states. These are referred to as nondefault cycles in 
the Micro Channel documents. When this bit is 1, the 
host accesses to the local SRAM are made without any 
wait states. This is referred to as default cycles. This is 


In the pipeline mode the data transciever/latches act as 
data latches. In this mode a read ahead / write behind 
operation is performed by the 82561 after every odd- 
word access requested by the host CPU. These accesses 
are to sequential locations in the local SRAM. In this 
mode no wait states are asserted (default cycle on the 
Micro Channel). The direction of the pipeline transfer 
is determined by the value of bit 1 of the 82561 host 
mode register, therefore the direction cannot be 
changed on the fly. In read cycles, after the current 
transfer the 82561 updates the buffer with the contents 
of the next local memory address. This is referred to as 
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“read ahead” (in anticipation of the next host read re- 
quest). In write cycles, the data is copied from the data 
latch to the local memory after the host has finished 
writing to the data latch. This is referred to as “write 
behind”. Pipeline transfers are made after the host re- 
quests accessing an odd word, they are double-word 
wide (both memory chip selects are activated). 

The control signals to the transcievers/latches are gen- 
erated by the following PAL equations. 


G1 = ! ((IMEMREQ & PIPELINE & ILREAD & 

!LA1 & !CMD ) # 

(IXVR1 & !CMD ) # 

(IIORD & PIPELINE & IXVR2 )); 

G2 = ! ((IHFO & HF1 & PIPELINE &!LREAD_& 

LAI & !CMD ) # 

(IHFO & HF1 & IPIPELINE & !XVR2_ & 

ICMD ) # 


(IIORD & PIPELINE & IXVR2 )); 

CAB = I (IIOWR & IXVR2 ); 

CBA1 = I (ICMD & PIPELINE & !LWRITE_ & ILA1 & 

RAM & L561WIN & LCDSFDBK); 

CBA2 = I (IHFO & HFI^ & !CMD_ & PIPELINE & 

ILWRITE & LAI); 

DIR = I ((PIPELINE & IXVR2 & !IORD_) # 

(!(!HF0 & HF1 ) # IPIPELINE) & !LWRITE_ 

); 

SX = (IMEMREQ & PIPELINE # !IORD_ & 

PIPELINE & IXVR2 ); 

5.1.3 ADDRESS LATCHES 

The host address and status are latched using the fall- 
ing edge of CMD . The latches become transparent 

when CMD goes inactive. 

5.1.4 REQUEST GENERATOR 

Active S0__/S1_ and CDSFDBK or CDSETUP_ 

initiate a Host request. “CYCACT” indicates an active 
request. The following table shows the complete list of 
Host requests to the 82561. 


The following PAL equations realize the above table. 
HFOU and HF1U are the unqualified HF line. They are 
qualified using the host’s status and command lines be- 
fore they become 82561 input requests. 

HF1U = ((LRDWR & LCDSFDBK) & (!L561WIN_ # 

IRAM)) # 

(!LCDSETUP_& LRDWR); 

HFOU = ((LRDWR & LCDSFDBK) & ((IL561 WIN_ & 

ILSBHE ) # (L561 WIN 

& RAM & IPIPELINE) # (L561 WIN_ & RAM & 
LAI) 

# (L561 WIN & IRAM))) # (!LCDSETUP_& 

LRDWR); 

NOTE 

1. The request is qualified earlier (with status line de- 

code) in the case of pipeline cycles. In the pipeline 
mode the 82561 provides half-clock glitch protection 
(on its HF inputs). In nonpipeline cycles the request is 
qualified later (with CMD ), when the address de- 

code is free of any glitch. 

2. CR1, R4, and C36 are added to delay the low-to- 
high transition of the signal. The 82561 spec requires 
100-ns inactive time on its HF inputs. The CMD inac- 
tive time can be as short as 80 ns. During back-to- 
back nonpipeline write cycles this can cause the 82561 
to miss the deassertion of the first request. The added 
circuitry guarantees that the HF inputs of the 82561 
will be inactive for at least 100 ns. 

5.1.5 MEMORY CONTROLLER AND ITS 
SUPPORT LOGIC 

To access any port on the board the host generates a 

request to the 82561. SO and SI are decoded to 

determine if the request is a read or a write. The inter- 
rupt from the 82561 activates one of the four interrupt 
lines on the Micro Channel, depending on the POS con- 
figuration. In the nonpipeline mode CDCHRDY is 
pulled low immediately after the cycle starts. In the 
pipeline mode the CDCHRDY is high when the cycle 
starts. 


CYCACT LCDSETUP L561WIN_ RAM SBHE HF1_ HF0_ 

0 1 X X X 1 1 Idle 

1 1 0 X 0 0 0 GCS cycle: Command/Status 

1 1 10X00 GCS_ cycle: ROM* 

1 1 11X10 SRAM cycle 

1 1 0 X 1 0 1 82561 cycle 

1 0 X X X 0 0 GCS cycle: POS registers 

* ROM refers to either PROM or EPROM. Bit 1 of the command register determines which. 
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In all nonpipeline cycles (SRAM or otherwise) 
CDCHRDY is pulled low within 30 ns after the status 

(SO or SI ) becomes active. It remains low until the 

82561 HRDY output goes to 1, then it goes to 1. 

The memory address provided by the 82561 in the non- 
pipline mode is the same as the host CPU address ex- 
cept that its three most significant bits (12, 13, and 14) 
are logically ORed with the three least significant bits 
of the 82561 host address register. The low bank of 
memory is accessed for even-word addresses and the 
high bank for odd-word addresses. 

BE0_ = ! ((LRDWR & LCDSFDBK & !CMD_ & 

!L561 WIN ) 

# ( LCDSFDBK & LRDWR & !CMD_ & 

!(RAM & LAI)) 

# (ILCDSETUP# )); 

BE1 = ! ((LRDWR & LCDSFDBK & !CMD__) & 

(L561 WIN & RAM & LAI)); 

CYCLE = ! ((!(LREAD & LWRITE & CMD_) & 

ILCDSETUP ) # 

(!CMD_& LCDSFDBK)); 


During SRAM pipeline cycles CDCHRDY stays high. 

It goes low after the cycle is over (HF removed). This 

is when the 82561 performs read ahead or write behind 
operations. Read ahead means that the next double 
word of data is copied from the local memory into the 
data latches in anticipation of the next two requests. 
Write behind means that two words of data are first 
latched in the data latches and then the 82561 copies 
them (two words at a time) into the local memory. The 
memory address in this mode is provided by the host 
address register, which is incremented by one after ev- 
ery 82561 transfer. To change the direction of the 
transfer the 82561 Host mode register should be ac- 
cessed first and its bit 1 changed. 

LPIPECYC = (LCDSFDBK &L561WIN_& RAM & 
PIPELINE); 
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"'CDHRDY is Pulled low only if the next CPU request is to the board (while the local bus cycle is being completed). 


5.2 Memory Subsystem 

The memory subsystem consists of the network address 
PROM (U2), the low bank of SRAM (U17 and 
U27),the high bank of SRAM (U18 and U28),the data 
bus transcievers (Ull and U6), an optional EPROM 
(U10), part of a PAL (U15), and the controller (U7). 

All controls are generated by the 82561 except for chip 
select for the PROM and the EPROM. Note that the 
second term of the “PROMCS” is for recognizing the 
host’s request to access the POS identification registers 
that reside in locations 16 and 17 of the PROM. 


EPROMCS = ! (!GCS &!IORD &!PROM&L561 WIN ); 

PROMCS = ! {(!GCS &IIORD ) & (PROM&L561WIN_ # 

!LA1 &!LA2&!LCDSETUP )); 

LCDSETUP = ! (LCDSETUP ); 

The data bus transceivers isolate the low- and high- 
word data paths of the local SRAM. This is needed 
because during pipeline read ahead or write behind op- 
erations the accesses to the SRAM are double word 
wide. 
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Figure 2h. PS592E-16 Digital Assembly Schematics (Continued) 
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Figure 2i. PS592E-16 Digital Assembly Schematics (Continued) 
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Figure 2j. Ethernet Module (Continued) 
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Figure 2k. Cheapernet Module 
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Figure 21. Cheapernet Module (Continued) 
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Figure 2m. Twisted Pair Ethernet Module 
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5.3 Network Interface 

The network interface consists of the LAN controller 
(U8), the DMA controller (U7), and a plug-in analog 
module (Ethernet or C-Net). 

5.3.1 DMA TRANSFERS 

Two independent DMA channels of the 82561 are used 
to transmit and receive frames. Each word-wide DMA 
transfer can have a duration of 200 to 500 ns (82561 
programmable), and the 82561 alternately accesses the 
two banks (low and high) of memory. Autoretransmit, 
back-to-back frame reception, and bad receive buffer 
reclamation are all performed without CPU interven- 
tion. The 82561 in the 82592 TCI mode supports trans- 
mit chanining. DMA channels are also used to config- 
ure the 82592 and to read its 69 bytes of internal infor- 
mation through the dump command. 

The arbitration between the two DMA requests, and 
between the host request and the DMA request are per- 
formed by the 82561. 

Transmit buffer size (including the configuration block) 
is about four kilobytes. It stops 256 bytes before the end 
of the adapter memory. The last 256 bytes of address 
are for accessing the 82561 and the command register. 
The receive memory space is 28 kB, arranged as a ring 
and managed by the 82561. The lower limit register of 
the 82561 hold the starting address of the ring and its 
Upper limit register holds the ending address of the 
ring. The 82561 performs the wraparound without 
CPU intervention. The stop register of the 82561 points 
to the last receive buffer location processed by the host 
CPU. The 82561 generates an interrupt to the host if 
the Current address register of a channel reaches the 
stop register. For more information about the DMA 
transfers and the format of the transmit and receive 
frame, the user is referred to the 82560/82561 Techni- 
cal Reference Manual. 


5.3.2 SERIAL INTERFACE 

The 82592 is used in the high-speed mode as the 
CSMA/CD controller. The 82C501AD performs Man- 
chester encoding/decoding; it also provides a watchdog 
timer, collision detection, and transmit/receive clock 
generation. Using the loopback modes, the transmitted 
data is rerouted to the receive path (at the 82592, the 
82C501AD, or on the wire). This feature is useful for 
testing the nonphysical medium portion of the system. 
Figure 2j shows the schematics of the Ethernet module. 
Figures 2k and 21 show the schematics of the Cheaper- 
net module. Figure 2m shows the schematics of the 
Twisted Pair Ethernet module. 


6.0 SOFTWARE EXAMPLES 

The software examples given in this chapter are from 
the PS592E Novell Netware driver written by Joe Dra- 
gony, Intel Data Communications Technical Market- 
ing Engineer. A brief description of each procedure is 
followed by exerpts from the code. The driver uses the 
Internetwork Packet Exchange (IPX) protocol and 
serves as the software interface between the PS592E 
hardware and IPX. 


6.1 Declarations 

Table 1 shows the declaration of program variables and 
equates of program constants including those of the 
POS registers. It also includes the data structures. One 
of these data structures is the ECB (Event Control 
Block). Information concerning transmit and receive 
operations is communicated between the IPX and the 
driver by using this data structure. Another data struc- 
ture is the 82561 register ports which start at offset 
7F00 h. This section is included to help the reader un- 
derstand the rest of the code. 
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Table 1 


$modl86 

!!!!!!!!!!!!! FOR EVALUATION PURPOSES ONLY !!!!!!!!!!!!* 

This code is given free of charge as an example of a driver for the 
'. PS592E Demonstration Board. No warranties are given as to its 

! suitability for any purpose other than demonstration of the 

'. PS592E Demonstration Board. This code is specifically NOT 

| represented as a commercial quality driver. 

!!!!•!!!!!! 1 ! FOR EVALUATION PURPOSES ONL^ !!!!!!!!!!!!! 

NetWare ( R) Driver for the PS592E Evaluation Board 

Written by Joe Dragony DFG Technical Marketing 

'• REVISION 0.00 

; Last revision: Date 03-08-89 Time 12:30 

' VVVVVVVVVVVVVVVVVVV vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv 


%*def ine( slow) local label ( 
jmp short %label 
%label : 

) 


%*def ine ( wordcopy ) ( 

shr cx, 1 
rep movsw 

) 


%*def ine( inc32 m) ( 

add word ptr %m[0], 1 
adc word ptr %m[2], 0 

) 


%*define( validate r) local label ( 
cmp %r, 7000h 
jb %label 
sub %r, 7000h 
%label : 

) 

name PS592EDriver 

CGroup group Code, PSinit 

assume cs: CGroup, ds: CGroup 

Code segment word public 'CODE' 

public DriverSendPacket 

public DriverBroadcastPacket 

public DriverOpenSocket 

public DriverCloseSocket 

public DriverPoll 

public Dr iverCancel Request 

public DriverDisconnect 

public SDriverConf iguration 

public LANOptionName 
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Table 1 (Continued) 


extrn IPXGetECB: NEAR 

extrn IPXReturnECB: NEAR 

extrn IPXReceivePacket : NEAR 

extrn IPXReceivePacketEnabled: NEAR 

extrn IPXHoldEvent i NEAR 

extrn IPXServiceEvents s NEAR 

extrn IPXIntervalMarker : word 

extrn MaxPhysPacketSize: word 

extrn ReadWriteCycles : byte 

extrn IPXStartCriticalSection : NEAR 

extrn IPXEndCriticalSection: NEAR 


Equates 

vvwvvvvvvvvwvvvvv 


CR 

equ 

ODh 

LF 

equ 

OAh 

TRUE 

equ 

1 

FALSE 

equ 

0 

TransmitHardwareFailure 

equ 

OFFh 

PacketUnDeliverable 

equ 

OFEh 

PacketOverf low 

equ 

OFDh 

ECBProcessing 

equ 

OFAh 

TxTimeOutTicks 

equ 

10 

Extlnterrupt 

equ 

Olh 

TxChannel 

equ 

30h 

RxChannel 

equ 

OCh 

HimmlntMask 

equ 

03Dh 

; 8259 definitions 

PrilntControlPort 

equ 

020h 

PrilntMaskPort 

equ 

021h 

SecIntControlPort 

equ 

OAOh 

SecIntMaskPort 

equ 

OAlh 

EOI 

equ 

020h 


; 82592 Commands 


C 

NOP 

equ 

OOh 

C 

“SWP1 

equ 

lOh 

C 

"SELRST 

equ 

OFh 

C 

"SWPO 

equ 

Olh 

C 

IASET 

equ 

llh 

C 

CONFIG 

equ 

12h 

c‘ 

"MCSET 

equ 

13h 

c' 

“tx 

equ 

14h 

C 

“tdr 

equ 

05h 

C 

"dump 

equ 

16h 

C 

diag 

equ 

07h 

c 

RXENB 

equ 

08h 

c 

“altbuf 

equ 

09h 

c 

RXDISB 

equ 

OAh 

c 

STPRX 

equ 

OBh 

c 

RETX 

equ 

ICh 

c' 

ABORT 

equ 

ODh 

c' 

RST 

equ 

OEh 

c‘ 

RLSPTR 

equ 

OFh 

c' 

“FIXPTR 

equ 

lFh 

c* 

INTACK 

equ 

80h 

; Adapter Setup 

Constants 


;mask for checking for Ext 592 events 
;mask for checking for Tx DMA events 
;mask for checking for Rx DMA events 
;mask to check for any 561 interrupt 


;for primary 8259A 
;for secondary 8259A 
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Table 1 (Continued) 


POSPort equ 
CardlDLo equ 
CardIDHi equ 
IDValLo equ 
IDValHi equ 
POSCnf equ 


96 h 

lOOh 

lOlh 

0 F 9 h 

60 h 

102h 


;This port enables cardsetup for each slot 

;Card ID low byte address 

;Card ID high byte address 

;Card ID low byte value 

;Card ID high byte value 

;POS configuration byte address 


Data Structures 
vvvvvvvvvvvvwvvvvvwvvvvvvv 


even 

hardware_structure struc 

io_addrl dw ? 

io_rangel dw ? 

io_addr2 dw ? 

io_range2 dw ? 

mem_addrl dw ? 

mem_range 1 dw ? 

mem_addr2 dw ? 

mem_range2 dw 

int_usedl db 

int_linel db 

int_used2 db 

int_line2 db 

dma_usedl db 

dma_chanl db 

dma_used2 db 

dma_chan2 db 

hardware structure ends 


ecb_structure struc 

link 

esr_address 

in_use 

completion_code 
socket_number 
ipx^orkspace 
transmitting 
driver_workspace 
immediate_address 
fragment_count 
fragment_descriptor_list 
ecb_structure ends 

f ragment_descriptor struc 

f ragment_address dd ? 

fragment_length dw ? 

f ragment_descriptor ends 


rx_buf_structure struc 
rx_dest_addr 
rx_source_addr 
rx_physical_length 
rx_checksum 
rx_length 
rx_tran_control 
rx_hdr_type 
rx_dest_net 
rx_dest_node 
rx_dest_socket 
rx_source_net 
rx_source_node 
rx_source_socket 
rx buf structure ends 


dd 

dd 

db 

db 

dw 

db 

db 

db 

db 

dw 

db 


0 

0 

0 

0 

0 

4 

0 

11 

6 

1 

6 


db 

6 

dup 

(?) 

db 

6 

dup 

(?) 

dw 

? 



dw 

? 



dw 

7 



db 

7 



db 

? 



db 

4 

dup 

(?) 

db 

6 

dup 

(?) 

dw 

7 



db 

4 

dup 

(?) 

db 

6 

dup 

(?) 

dw 

? 




dup ( 0 ) 


dup 

dup 


( 0 ) 

( 0 ) 


dup (?) 
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ipjt_head er _st r u c tu re 

checksum 

packet_length 

transport_control 

packet_type 

destination_network 

destinationjnode 

destination_socket 

source_network 

sourcenode 

source_socket 

ipx_header_structure 


4 dup ( ? ) 
6 dup (?) 
? 

4 dup (?) 
6 dup ( ? ) 


adapter_structure 

mem_space 

res_loc _0 

portO 

command_reg 
res_loc_4 
port 1 
res_loc _6 
semaphore 
master_mode 
id_reg 
control_reg 
res_loc_13 
statl_588_reg 
stat2_588_reg 
int_ctrl_stat_reg 
himm_int_mask_reg 
res_loc_18 
res_loc_19 
select_reg 
host_addr_reg 
dma_mode_reg 
b_c_addrO_reg 
dma_ctrlO_reg 
lo_limitO_reg 
rx_tempO_reg 
up_limitO_reg 
res_loc_ 2 b 
stopO_reg 
hos t_mode_reg 
b_c_addr l_reg 
dma_ctrl l_reg 
lo_limitl_reg 
rx_templ __reg 
up_limitl_reg 
res_loc_3b 
stopl_reg 
res_loc_3f 
adapterstructure 


struc 



db 

o 

o 

o 

V 

dup (?) 

dd 

3 

dup 

(?) 

db 

7 



db 

3 

dup 

(?) 

dd 

7 



dd 

7 



dd 

2 

dup 

(?) 

dd 

8 

dup 

(?) 

dd 

7 



dd 

7 



dd 

7 



dd 

7 



dd 

7 



dd 

7 



dd 

7 



dd 

? 



dd 

? 



dd 

7 



dd 

2 

dup 

(?) 

dd 

3 

dup 

(?) 

dd 

7 



dd 

3 

dup 

(?) 

dd 

7 



dd 

3 

dup 

(?) 

dd 

7 



dd 

3 

dup 

(?) 

dd 

7 



dd 

3 

dup 

(?) 

dd 

7 



dd 

3 

dup 

(?) 

dd 

7 



dd 

3 

dup 

(?) 

dd 

? 



dd 

3 

dup 

(?) 

dd 

7 



dd 

3 

dup 

(?) 

dd 

? 



ends 
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Table 1 (Continued) 


Variables 

vvvvvvvvvvvvvvvvvvvvvvvvv 


TRANSMIT 

vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv 


send_list 

dd 

0 

; points 

tx_start_time 

dw 

0 


tx_byte_cnt 

dw 

0 

;IPX packet 

tx_buf_of fset 

dw 

0 


tx__buf_head 

dw 

0 


padding 

dw 

0 


loop_frag_cnt 

dw 

0 


even_up_tx 

db 

0 


tx_active_f lag 

db 

0 



RECEIVE 

vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv 


even 
rx ecb 

dd 

0 


rx buf head 

dw 

0 

;used during rx 

new stop val 

dw 

0 


rx buf ptr 

dw 

0 


curr rx length 

dw 

0 


rx_f rag_count 

dw 

0 


wrapped_f r ame 

dw 

0 


pre wrap_count 

dw 

0 


misaligned 

dw 

0 


split_fragment 

dw 

0 



GENERAL 

VVVVVVVVVVVVVVVVVVVVVVVVV WWW 


list generation 


adapter_base 

config 

conf i.g_block 

at_f lag 

irq_array 

mem_array 

int_mask_reg 

old_irq_vector 

int_vector_addr 

irq_channel 

int_mask 

int_unmask 

num_of_slots 

curr_slot 

pos_byte 

himm_int_mask 

conf ig_irq_loc 

conf ig_mem_loc 

event_code 

resultl 

result2 

result3 

byte_cnt_hi 

byte_cnt_lo 


dw 0 
dw 0 , 

db OFh, OOh, 48h, OOh, 0A6h, OOh, 60h, OOh, 0F2h 
db OOh, OOh, 40h, 0FFh,00h, 3Fh, 87h, 014h, OFFh 
dw 0 

db OCh, 09h, 07h, 03h 
dw OCOOOh, 0C8O0h , ODOOOh, 0D800h 
dw 0 
dd 0 
dw 0 
db 0 
db 0 
db 0 
db 0 
db 0 
db 0 
db 0 
db 0 
dw 0 
db 0 
db 0 
db 0 
db 0 
db 0 
db 0 
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Table 1 (Continued) 



* 



Define Hardware Configuration ; 


vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv ; 1 

Conf igurationID db 

'NetWareDriverLAN WS ' 

SDriverConf iguration 

LABEL byte 

reservedl 

db 

4 dup (0) 

node addr 

db 

6 dup (0) 

reserved2 

db 

1 ; non-zero means is a real driver. 

node addr type 

db 

0 ; address is determined at initialization 

max data size 

dw 

1024 ; largest read data request will handle 

lan desc offset 

dw 

LANOptionName 

lan hardware id 

db 

OAAh ; Bogus Type Code 

transport time 

dw 

1 ; transport time 

reserved 3 

db 

11 dup (0) 

major version 

db 

Olh ; Bogus version number 

minor version 

db 

OOh 

flag bits 

db 

0 

selected configuration 

db 

0 ; board configuration (int., 10 add., etc.) 

number of configs 

db 

01 

conf ig_pointers 

dw 

conf igurationO 

LANOptionName db 

'Intel PS592E Evaluation Driver$' 

conf igurationO dw 4 dup (0) ; 10 ports and ranges 


db 0 




dw 0,0 


; memory decode 


db 0 




dw 2 dup ( 0 ) 


;memory decbde (secondary, not used) 


db 4 dup (0) 


; interrupt level 


db 4 dup ( 0 ) 


; DMA 


db 2 dup (0) 



Count dw OFFFFh 




db 'Self Configuring Adapter ',0 


Error Counters 

t 

7 

7 



f 

; wvvvvvvvvvvvwwvv mV ; 


Public DriverDiagnosticTable,DriverDiagnosticText 

DriverDiagnosticTable 

LABEL byte 

DriverDebugCount 

dw 

DriverDebugEnd-DriverDiagnosticTable 

DriverVersion 

db 

01,00 

StatisticsVersion 

db 

01,00 

TotalTxPacketCount 

dw 

0,0 

TotalRxPacketCount 

dw 

0,0 

NoECBAvailableCount 

dw 

0 

PacketTxTooBigCount 

dw 

-1 ;not used 

PacketTxTooSmallCount 

dw 

-1 ;not used 

PacketRxOver f lowCount 

dw 

0 

PacketRxTooBigCount 

dw 

0 

PacketRxTooSmallCount 

dw 

0 

PacketTxMiscErrorCount 

dw 

-1 ;not used 


PacketRxMiscErrorCount 

dw 

-1 ;not used 


RetryTxCount 

dw 

0 

ChecksumErrorCount 

dw 

-1 ;not used 


HardwareRxMismatchCount 

dw 

0 


NumberOfCustomVariables 

dw 

( DriverDiagnosticText-DriverDebugEndl ) / 2 


DriverDebugEndl LABEL 

byte 
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Table 1 (Continued) 


Driver Specific Error Counters 
vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv 


rx_errors 

dw 

0 

underruns 

dw 

0 

no_cts 

dw 

0 

no_crs 

dw 

0 

rx_aborts 

dw 

0 

no_590_int 

dw 

0 

false_590_int 

dw 

0 

false_rx_int 

dw 

0 

false_tx_int 

dw 

0 

lost_rx 

dw 

0 

stop_tx 

dw 

0 

rx_disb_failure 

dw 

0 

tx_int_count 

dw 

0 

rx_buf f_ovf lw 

dw 

0 

tx_timeout 

dw 

0 

DriverDiagnosticText 

LABEL 


db ' RxErrorCount ' , 0 
db ' UnderrunCount ' , 0 
db ' LostCTSCount ' , 0 
db 'LostCRSCount ' , 0 
db ' RxAbortCount ' , 0 
db 'No590InterruptCount ' , 0 
db ' False590InterruptCount ' , 0 
db ' FalseRxInterruptCount ' , 0 
db ' FalseTxInterruptCount ' , 0 
db ' LostOurReceiverCount ' , 0 
db ' QuitTransmitt ingCount ' , 0 
db ' RxDisableFailureCount ' , 0 
db 'TxIntCount ' , 0 
db 'ReceiveBuf ferOverf low' , 0 
db ' TxTimeoutErrorCount ' , 0 


db 0,0 


DriverDebugEnd LABEL word 
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6.2 Identification 

The first step in the initialization is the identification of 
the system and the board. If no mismatch is found, then 
the POS configuration register is read. The PS592E 
identification number (assigned by IBM) is 60F9. If 


mismatch is found or no card enable bit is found, then 
an error message is given and the initialization routine 
is exited. If no problem is found, then the “Set Inter- 
rupt Vector” routine is called to set the vector to the 
address of the interrupt routine and save the old vector. 
Table 2 contains the code for the identification process. 


Table 2 



Driver Initialize 


assumes : 

DS, ES are set to CGroup (== CS) 

DI points to where to stuff node address 
Interrupts are ENABLED 

The Real Time Ticks variable is being set, and the 
entire AES system is initialized. 

No registers or flags need to be preserved 
returns : 

If initialization is done OK: 

AX has a 0 

If board malfunction: 

AX gets offset (in CGroup) of '$' -terminated error string 
vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv 


Driverlnitialize PROC NEAR 

mov MaxPhysPacketSize, 1024 
cld 


; First, find out the system we are in. . . . 
; Model 50 = 0FC04h (3 slots) 

; Model 60 = 0FC05h (8 slots) 

; Mode 1 70 = ?????h (3 slots) 

; Model 80 = 0F800h (8 slots) 


mov 

int 

cli 

jc 

mov 

mov 

cmp 

jnz 

mov 

jmp 


ah, OCOh 
15h 


cant_get_id 
ah, es:[bx+l] 
al, es : [bx+2 j 
ax, 0FC04h 
eight_slots 
num_of_slots , 
slotsset 
eight_slots : 

mov num_of_slots , 
cant_get_id: 
slots_set : 

add num_of_slots , 


; model byte 
; submodel byte 
;is it a model 50? 

03h ;model 50 just has three slots 


;models 60 and 80 
; for now, default to eight slots 


mov dl, num of_slots 


08h ;add 08h so we can use this in compare operation 


;Next, find out which slot of the system we are in.... 


mov curr_slot, 08h 
next_slot : 

mov al, curr_slot 
out POSPort, al 
mov dx, CardIDLo 
in al, dx 
cmp al, IDValLo 
je next_byte 
inc curr_slot 
cmp curr_slot, dl 
je card_not_found 
jmp next_slot 
next_byte: 

mov dx, CardIDHi 
in al, dx 
cmp al, IDValHi 
je its_us 
inc curr_slot 
cmp curr_slot, dl 
je card_not_found 
jmp next slot 


;slot number 1 


; Output slot ID to Channel Position Select Reg. 

;Read the low byte of card ID. 

;If it matches our low byte... 

; check the next byte 

; Otherwise, index to the next slot and check there. 
;Make sure we don't check beyond num_of_slots . 

; Check next slot. 


;Read high byte. 

; Compare with expected high byte. 

;If it's a match we can continue. 

; Otherwise, index to the next slot and check there. 
;Make sure we don't check beyond nim_of_slots . 

; Check next slot. 
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Table 2 (Continued) 


card_not_f ound s 
xor al, al 

out POSPort, al ;take system out of setup 

mov ax, offset cgroup: no_card_message 
jmp init_exit 

;Next, read the POS register on the PS592E to determine setup and 
;fill in the variables for later use... 


bogus_pos_data : 

mov ax, offset cgroup :pos_data_error_message 
jmp init_exit 


its_us : 
mov 
in 
mov 
xor 
out 
mov 
mov 

try_next 

shl 

jc 

inc 

cmp 

ja 

jmp 

setint : 
mov 
mov 
mov 
cbw 
and 
mov 
mov 
mov 


dx, POSCnf 
al , dx 

pos_byte f al 
al , al 
POSPort, al 
al, pos_byte 
bx, 0 
loc : 
al, 1 
set_int 
bx 

bx, 03h 

bogus_pos_data 

try_next_loc 

al, irq_array [bx] 
irq_channel, al 
al, pos_byte 

ax, 06h 
bx, ax 

ax, mem_array[bx] 
adapter_base, ax 


;save the value in a register 


;if bx reaches 3 without finding a set POS bit 
;then POS register was 1) not initialized or 
;2) not read correctly so abort 


; remove all extraneous bits 
;bx will index into array of memory offsets 
;get the value into ax 
;set the variable 


;set up registers then call set_vector 
push di 

mov al, irq_channel 

mov bx, OFFSET CGroup: Driver ISR 

call SetlnterruptVector 

pop di 
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6.3 Hardware Initialization 

The 82561 configuration registers are set appropriately 
(enable memory mapped accesses, DMA 82588 TCI, 
double host bus mode, etc.). The command register is 
set to read the address PROM and store its value. Then 
the command register is set to enable RAM access. 
Then the transmit channel is set and 82592 is issued 


two configure commands. The first one puts the 82592 
into 1 6 bit mode and the second one does the following: 

— Puts the 82592 in High Speed Mode to support 
Ethernet serial bit rates. 

— All network parameters are set up for default 
Ethernet values. 

Table 3 shows the intialization code. 


Table 3 


82561 Initialization section 
vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv 


mov ax, adapter_base 
mov es, ax 

mov es:byte ptr id_reg, OOh ; reset the 82561 

%slow 

mov esibyte ptr master_mode, 031h ; DMA has priority, double bus width 

mov es:byte ptr control_reg, Olh ;late write, 0 i/o/mem wait state 

mov esibyte ptr himm_int_mask - reg, 082h ;high assert, edge trig, drive, int on tx 

mov esibyte ptr dmajmode_reg, 04 Oh ; 588 TCI, discard bad frames 

mov es:byte ptr select_reg+4 , OCOh ; enable access, memory mapped, 

mov es tbyte ptr command_reg , 02h ; enable address PROM 

mov al, es tbyte ptr mem_space 

mov byte ptr dst[di], al ;read address from PROM and store in 

mov byte ptr node_addr, al 

mov ai, es tbyte ptr mem_space+l ; local variable "node_addr" 

mov byte ptr dst[di+l], al 

mov byte ptr node_addr [ 1 ] , al 

mov al, es tbyte ptr mem_space+2 

mov byte ptr dst[di+2], al 

mov byte ptr node_addr [ 2 ] , al 

mov al, es tbyte ptr mem_space+3 

mov byte ptr dst[di+3], al 

mov byte ptr node_addr [ 3 ] , al 

mov al, es tbyte ptr mem_space+4 

mov byte ptr dst[di+4], al 

mov byte ptr node_addr [ 4 ] , al 

mov al, es tbyte ptr mem_space+5 

mov byte ptr dst[di+5], al 

mov byte ptr node_addr [ 5 ] , al 

mov es tbyte ptr command_reg , Olh ; enable RAM 


Receive Channel Initialization 


Receive is set up to use channel 0. Receive buffer is 28K 
starting at location zero of adapter memory 

vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv 


mov esibyte ptr b_c_addrO_reg, OOh 
mov es tbyte ptr b_c_addr0_reg+4 , OOh 
mov es tbyte ptr b_c_addr0_reg+8 , OOh 
mov es tbyte ptr lo_limitO_reg, OOh 
mov es tbyte ptr lo_limit0_reg+4 , OOh 
mov es tbyte ptr lo_limit0_reg+8 , OOh 
mov esibyte ptr up_limitO_reg, OFFh 
mov esibyte ptr up_limit0_reg+4 , OlBh 
mov esibyte ptr up_limit0_reg+8 , OOh 
mov esibyte ptr stop0_reg, OFDh 
mov es tbyte ptr stop0_reg+4, OlBh 
mov esibyte ptr stop0_reg+8, OOh 


;receive buffer starts at location 
;zero in the adapter memory 

;lo_limitO_reg points to beginning 
; of adapter memory 

;up_limitO_reg points to the last 
; word of the 28K receive buffer 

;stop0_reg points to the location 
;two words before the end of the 
; receive buffer 
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Table 3 (Continued) 


Transmit Channel Initialization 


Transmit is set up to use channel 1. Transmit buffer is '4k 
starting directly above the receive buffer. Transmit buffer 
stops 256 bytes before the end of adapter memory because the 
82561 registers and control registers are mapped there. 


vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvyvvvvvv 


mov es:byte ptr b_c_addrl_reg, OOh 
mov • es:byte ptr b_c_addr l_reg+4 , OlCh 
mov es:byte ptr b_c_addrl_reg+8 , OOh 
mov es:byte ptr lo_limit l_reg , OOh 
mov es:byte ptr lo_limitl_reg+4 , OlCh 
mov es:byte ptr lo_limit l_reg+8 , OOh 
mov esrbyte ptr up_limitl_reg, 07Fh 
mov es:byte ptr up_limit l_reg+4 , OlFh 
mov es:byte ptr up_limit l_reg+8 , OOh 
mov esrbyte ptr stopl_reg, 07Dh 
mov esrbyte ptr stopl_reg+4, OlFh 
mov es tbyte ptr stopl_reg+8, OOh 
mov esrbyte ptr dma_ctrl l_reg, 14 h 


jtransmit buffer starts at location 
?7000h (word 3800h) in the adapter 
; memory 

; lo_limit lreg points to location 
;7000h in the adapter memory 

;up_limitl_reg points to the last 
; adapter memory location before the 
;561 mapping begins 
;stop register points to the spot 
;2 words before the 561 space 

;enable channel 


mov tx_buf_head, 7000h 
mov rx_buf_head, OOOOh 

mov ax, OOh 
mov di, rx_buf_head 
mov cx, 3F7Fh 
rep stosw 


;set up • for configure command 
mov es tbyte ptr portO, C 
mov di, tx_buf_head 
xor ax, ax 
stosw 
stosw 

mov esrbyte ptr portO, C_CONFIG ;configure the 82592 for 16 bit mode 
xor cx, cx 
wide_mode_wait_loop t 


_RST 

;the 82592 must be given a configure command 
;with zero in the byte count field to put 
;the 82592 into 16 bit mode 


mov 
%slow 
mov 
and 
cmp 

jz 


esrbyte ptr portO, OOh 


;read register 0 
;disregard exec bit 
;is configure finished? 


al, esrbyte ptr portO 
al , ODFh 
al, 92h 
do_config 
loop wide_mode_wait_loop 

mov ax, offset cgroupr no_response_message 
jmp init_exit 


do_conf ig; 

mov esrbyte ptr portO, C_INTACK 
mov esrbyte ptr dma_ctrll_reg, 04h 

mov esrbyte ptr b_c_addr l_reg , OOh 

mov esrbyte ptr b_c_addrl_reg+4 , OlCh 
mov esrbyte ptr b_c_addr l_reg+8 , OOh 
mov esrbyte ptr dma_ctrl l_reg , 14h 

mov si, offset cgrouprconf ig^block 
mov di, tx_buf_head 

mov cx, 9 

rep movsw 

mov esrbyte ptr portO, C_CONFIG 
xor cx, cx 


;clear interrupt in 592 
;disable channel 

; transmit buffer starts at location 
;7000h (word 3800h) in the adapter 
; memory 

;enable channel 


;configure the 82592 
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Table 3 (Continued) 

config wait loop: 


mov 

es:byte ptr portO, OOh 


%slow 



mov 

al, es:byte ptr portO ;read register 0 


and 

al, ODFh ;discard extraneous bits 


cmp 

al, 92h • ; is, configure finished? 


jz 

config done 


loop 

config wait_loop 


mov 

ah, al 


mov 

ax, offset cgroup:conf ig_f ailure_message 


jmp 

init_exit 


config done: 


; clear 

interrupt caused by configuration 


mov 

es:byte ptr portO, C INTACK 


mov 

es:byte ptr int_ctrl_stat_reg, Olh ;clear 561 external interrupt | 

; do an 

IA setup 


mov 

es:byte ptr dma ctrll reg, 04h jdisable channel 


mov 

es:byte ptr b c addrl reg, OOh ; transmit buffer starts at 

location 

mov 

es:byte ptr b c addrl reg+4, OlCh ;7000h (word 3800h) in the 

adapter 

mov 

es :byte ptr b c addrl reg+8, OOh ;memory 


mov 

es:byte ptr dma_ctrll_reg, 16h ;enable channel 


mov 

di, tx buf head 


mov 

ax, 06h ; address byte count 


stosw 


mov 

si, OFFSET CGROUP : node addr 


mov 

cx, 03h 


rep movsw 


mov 

es:byte ptr portO, C IASET ;set up the 82592 individual address 

xor 

cx, cx ;cx is used by the loop instruction below, this 


, causes the loop to be executed 

64k times max 

ia wait 

loop: 


mov 

es:byte ptr portO, OOh 


%slow 



mov 

al, es:byte ptr portO 


and 

al, ODFh ; discard extraneous bits 


cmp 

al, 91h ; is command finished? 


j z 

ia done 


loop ia wait loop 


mov 

ah, al 


mov 

ax, offset cgroup : iaset_f ailure_message 


jmp 

init_exit 


ia done: 



mov 

es:byte ptr portO, C INTACK 


mov 

es:byte ptr int Ctrl stat_reg, Olh ;clear 561 external interrupt 

; unmask 

our interrupt channel 


mov 

dx, int mask reg 


in 

al , dx 


mov 

bl, int unmask 


and 

al, bl 


%slow 



out 

dx, al 


mov 

es:byte ptr himm_int_mask_reg, 04h ;enable slave interrupt 


; enable 

the receiver 


mov 

es:byte ptr dma ctrlO reg, 3Eh ;enable channel 


mov 

es:byte ptr portO, C_RXENB 


xor 

ax, ax 


mov 

cx, 1 


init exit: 


sti 

;make sure interrupts are enabled 


ret 

; return control to IPX 


Driverlnitialize endp 
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6.4 Interrupt Routines 

First the current status of the machine is saved and the 
interrupt mask bits are set appropriately. Then the type 
of Interrupt is identified and the control is transferred 


to the appropriate routine. Transmit and receive inter- 
rupts are handled by the 82561, other interrupts are 
passed to the CPU. Table 4 shows the Interrupt rou- 
tines. 


Table 4 



AAAAAAA/ 

AAAAAAAA A 

A A A A A A A A A A 

AAAAAA ,A AAAA 


Interrupt Service Procedure 



DMA 

channel 0 is the transmit channel 



DMA 

channel 1 is the receive channel 



BX is set to point to 

the current receive or transmit 

buffer head 


after the cause of the 

interrupt has been determined. 



vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv 

DriverlSR PROC far 



public 

DriverlSR 



pusha 



push 

ds 



push 

es 



call 

IPXStartCriticalSection ;tell AES we're busy 


mov 

ax, cs 



mov 

ds , ax 

; DS points to C/DGroup 


, mov 

es, adapter base 

; segment of adapter memory base 

mov 

dx, int mask reg 



in 

al , dx 

;get mask state of 8259 


or 

al, int mask 

;set mask bit for our channel 


out 

dx, al 

;write new mask to 8259 


mov 

al, EOI 



out 

PrilntControlPort , 

al 


cmp 

at flag. Oh 

; is our assigned interrupt in 

the secondary 8259? 

jz 

below 8 



out 

SecIntControlPort , 

al ;if so, clear secondary too 


below 8 : 




cld 




mov 

al, es:byte ptr int ctrl_stat_reg 


int poll 

loop: 



; sti 


;enable interrupts to be friendly 

test 

al, RxChannel 

;did I receive a frame? 


jnz 

rcvd packet jmp 



test 

al, TxChannel 

;did I finish a transmit? 


jnz 

sent packet jmp 



test 

al, Extlnterrupt 

;is there an error condition? 


jnz 

other 588 int 



inc 

false 590 int 

; unwanted interrupt 


jmp 

int_exit 



sent packet jmp: 



jmp 

sent_packet 



rcvd packet imp: 



jmp 

rcvdpacket 



other 588 int: 



inc 

false 590 int 



mov 

es:byte ptr portO, 

C INTACK 


mov 

es:byte ptr int Ctrl stat reg, Olh 


mov 

es:byte ptr portl, 

C_INTACK 


jmp 

mt_exit ; 
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6.4.1 RECEIVE 

An interrupt on the receive channel is either due to 
receiving a frame or due to hitting the stop register. The 
location pointed to by the receive buffer head is exam- 
ined to check if a complete frame was received. This 
location is initalized to FF h (by the 82561). After re- 
ceiving a frame the byte count is copied to this location. 
Assuming the value read is not FF h (a full frame was 
received), the routine checks the size of the frame. If 
the frame is too short, too long or does not match the 
phsical length, “buffer crash’’ routine is called. In this 


routine the receive error count is increased, the DMA 
channel is disabled, the DMA address registers are re- 
programmed and then the channel is reenabled. If the 
frame length is O.K., then routine that processes the 
received frame is called. At the end the buffer head is 
incremented to point to the beginning of the next frame 
in the buffer. The stop register is then updated. A check 
is performed to fmdout if a wrap around was done dur- 
ing the reception of the last frame. If so, then the buffer 
head is appropriately modified. Table 5 shows the driv- 
er code for this section. 


Table 5 


RECEIVE EVENT 

vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv; 


buf fer_crash: 

inc rx_errors 

mov essbyte ptr portO, C_RXDISB 
mov essbyte ptr portl, C_SELRST 
mov essbyte ptr dma_ctrlO_reg, 2Eh 
mov essbyte ptr b_c_addrO_reg, OOh 
mov essbyte ptr b_c2addr0_reg+4 , OOh 
mov essbyte ptr b_c2addr0_reg+8 , OOh 
mov essbyte ptr lo_limitO_reg, OOh 
mov essbyte ptr lo_limit0_reg+4 , OOh 
mov essbyte ptr lo_limit0_reg+8, OOh 
mov essbyte ptr up_limit0_reg, OFFh 
mov essbyte ptr up_limit0_reg+4 , OlBh 
mov essbyte ptr up_limit0_reg+8, OOh 
mov essbyte ptr stopOreg, OFDh 
mov essbyte ptr stop0_reg+4, OlBh 
mov essbyte ptr stop0_reg+8, OOh 
mov rx_buf_head, OOOOh 
mov essbyte ptr dma_ctrlO_reg, 3Eh 
mov essbyte ptr portO, C_RXENB 
mov essbyte ptr portO, C_SWP1 
mov essbyte ptr portO, C_SWP0 
jmp int_exit 

false_rxs ;if not, increment counter and 

inc false_rx_int 
jmp int_exit 

rcvd_packets 

mov ax, rx_buf_head ;get index into rx buffer 

mov rx_buf_ptr, ax ;get index into rx buffer 

mov essbyte ptr int_ctrl_stat_reg, OCh ;ack 561 interrupt 

mov bx, rx_buf_head"" ;get index into rx buffer 

mov ax, es sword ptr mem_space[bx] ;word moves are required when accessing 

mov cx, es sword ptr mem_space(bx] + 2 

mov ah, cl 

cmp ax, OFFFFh ;make sure we really received a frame 

jz false_rx 
do_next_f rame : 

mov curr_rx_length, ax ;ax contains total length of the frame buffer 

add bx, 4 ; index bx to point to beginning of data 

dec ax ;toss byte count & status 

and al, Ofeh ;round up 

sub ax, 14 ;sub length of 802.3 header 

cmp ax, 1024 + 64 
jbe not_too_big 
inc PacketRxTooBigCount 
jmp buffer_crash 
not_too_bigs 

cmp ax, 30 
jae not_too_sma 1 1 
inc PacketRxTooSmallCount 
jmp buffer_crash 
not_too_small s 

mov dx, es s [bx] . rx_length ;get IPX length 

xchg dl, dh 

inc dx 

and dl , Ofeh 

xchg dl, dh 

cmp dx, es s [bx] . rx_physical_length ;same as 802.3 length ? 
je fields_match 
jmp buffer_crash 
f ields_matchs 
xchg dl, dh 

cmp dx, 60 - 14 ; at least min length minus header 

ja len_ok ; yes, continue 

mov dx, 60-14 ; no, round up 

292060-26 


;disable channel 

jreceive buffer starts at location 
;zero in the adapter memory 

;lo_limit0_reg points to beginning 
;of adapter memory 

;up_limit0_reg points to the last 
;word of the 28K receive buffer 

;stop0_reg points to the location 
;two words before the end of the 
; receive buffer 

;enable channel 
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Table 5 (Continued) 

len ok: 




cmp 

ax, dx ; match physical length 


jz 

not inconsistent ; yes, continue 


inc 

HardwareRxMismatchCount 


jmp 

buffer crash 



not inconsistent: 



%inc32 TotalRxPacketCount 

; Double Word Increment 


call 

ProcessRxFrame 



mov 

ax, curr rx length 

;get original byte count back 


add 

ax, 10 

;add overhead bytes to receive length 


add 

ax, 3 

; round up to nearest double word 


and 

al, OFCh 

; boundary 


add 

rx buf head, ax 

; rx buf head points to next frame buffer 


%slow 




mov 

ax, rx buf head 



cmp 

ax, 7000h 



jb 

no wrap 



sub 

ax, 7000h 



mov 

rx buf head, ax 

;ax contains new rx buf_head 


no wrap: 




shr 

ax, 2 ; convert byte address to doubleword address 


sub 

ax, 4 ;calculate the stop value 


jns 

set stop ; check 

for negative value (stop was at 1st 16 bytes) 


and 

ax, lBFFh ;mask to generate required stop value 


set stop 




mov 

new stop val, ax 



mov 

bx, rx buf head 

;load bx for use as pointer 


mov 

ax, word ptr es:mem space [bx] ;get byte count LSB 


mov 

cx, word ptr es:mem space [bx] + 2 ;get byte count MSB 


mov 

ch, al 

;combine them in cxi 


mov 

ax, new stop val 



mov 

es:byte ptr stopO reg, 

al ;update the stop register 


mov 

es:byte ptr stopO reg 

+ 4 , ah . ;by writing new values 


mov 

es:byte ptr stopO reg 

+ 8, OOh ; to all three bytes 


cmp 

cx, OFFFFh 

;Is there another received frame to be 


je 

int exit 

; processed? 


mov 

ax, cx 

; receive loop expects count to be in ax 


jmp 

do_next_frame 



int exit 




push 

cs 



pop 

ds 



finish exit: 



mov 

es, adapter base 



mov 

al, es:byte ptr int Ctrl stat reg 


test 

al, himm int mask 

check for new interrupt 


jnz 

int pending 

if we do, service it 


cli 


;mask interrupts so we can unmask our 


mov 

dx, int mask reg 

;channel without reentrancy problems 


in 

al , dx 

;get mask state of 8259 


and al, int unmask 

;clear mask bit for our channel to 


%slow 


;enable new interrupts from adapter 


out 

dx, al 

;write new mask to 8259 


call 

IPXEndCriticalSection 

;tell IPX it can run 


pop 

es 

; restore machine state 


pop 

ds 



popa 




iret 


; return 


too big: 




inc 

PacketRxOver f lowCount 



jmp 

int_exit 



int pending: 



jmp 

int_pol l_loop 
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6.4.2 TRANSMIT 

After acknowledging the 82561 transmit interrupt, the 
routine checks if the transmit flag is set. If it is set, 
the routine reads the status registers of the 82561. If the 
transmit OK bit is not set, there was a problem with 


the transmit. In this case, other bits are read to deter- 
mine the exact cause of the problem so that the appro- 
priate action can take place. If transmit was successfull 
the routine updates the retry count and returns the TX 
ECB to IPX with a good completion code. Table 6 
shows the code for transmit. 


Table 6 






; TRANSMIT EVENT 



; vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv ; 



sent packet: 



cli 




mov 

es:byte ptr int Ctrl stat reg, 30h ;ack 561 interrupt 



cmp 

tx active flag, 0 



jz 

bogus tx int ; shouldn't have been transmitting 



inc 

tx int count 



mov 

al, es:byte ptr statl 588 reg 



mov 

resultl, al 



mov 

al, es:byte ptr stat2 588 reg 



mov 

result2, al 



test 

al, 20h 



jz 

tx error 



mov 

al, resultl ; extract the total number of retries 

from 


and 

ax, OFh ;the status register and add to retry 

count 


add 

RetryTxCount , ax 



xor 

ax, ax ;status = 0, good transmit 



FinishUpTransmit : 



les 

si, send list 



cmp 

es:byte ptr [ si ]. transmitting, TRUE 



jnz 

not active 



mov 

es: [ si] .completion code, al 



mov 

ax, es: word ptr [si]. link 



mov 

word ptr send list, ax 



mov 

ax, es: word ptr [si], link +■ 2 



mov 

word ptr send list + 2, ax 



; finish the transmit 



mov 

es : [ si] . in use, 0 



call 

IPXHoldEvent 



not active: 



push 

cs 



pop 

ds 



mov 

cx, word ptr send list + 2 



mov 

tx active flag, cl 



jcxz 

int exit jmpl 



mov 

es, cx jsegment of next SCB in list 



mov 

si, word ptr send list ;offset of next SCB in list 



call 

start send 



jmp 

finish_exit 



int exit 

jmpl : 



jmp 

int_exit 



bogus tx 

int : 



inc 

false tx int 



jmp 

int_exit 



tx error: 



test 

resultl, 20h ;Max collisions?? 



jnz 

Qui transmitting 



test 

result2 , Olh ;Tx underrun?? 



jz 

lost cts 



inc 

underruns 



mov 

al, TransmitHardwareFailure 



jmp 

FinishUpTransmit , 



lost cts 




test 

result2, 02h ;did we lose clear to send?? 



jz 

lost crs 



inc 

no cts 



mov 

al, TransmitHardwareFailure 



jmp 

FinishUpTransmit 



- lost crs 




test 

result2, 04h ;did we lose carrier sense?? 



jz 

late coll 



inc 

no crs 



mov 

al, TransmitHardwareFailure 



jmp 

FinishUpTransmit 
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Table 6 (Continued) 


late coll: 


test 

result2 , 08h ;did we have a late collision? 


jz 

hmmm 


inc 

no crs 


mov 

al, TransmitHardwareFailure 


jmp 

FinishUpTransmit 


hnuran : 



mov 

al # TransmitHardwareFailure 


jmp 

FinishUpTransmit 


Qui transmitting: 


add 

RetryTxCount , OFh 


inc 

stop tx 


mov 

al, TransmitHardwareFailure 


jmp 

FinishUpTransmit 


Driver I SR endp 
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Figure 3. PS5292E/16 Performance Benchmarks 


7.0 PERFORMANCE 

The PS592E provides very high performance compared 
to many commercial adapters. The result of the per- 
formance experiment is shown in Figure 2. The PS592E 
can perform default cycles (200 ns) on the Micro Chan- 
nel. This is done when the board is configured for pipe- 
line mode. Without this feature each host access would 
take about 500 ns, resulting in less efficient use of the 
host bus bandwidth. In addition to reducing the host 
bandwidth consumption, performing the default cycles 
(200 ns) on the Micro Channel improves the network 
performance by about 10% over non-default cycles. 
The experiment was performed using the standard 
Perform2 with one station and the file server (no colli- 
sion). 


8.0 PS592E-32 

This chapter shows how the PS592E-16 design can be 
modified to provide an adapter for the 32-bit Micro 
Channel I/O slots (Models 70 and 80). The design is so 
similar to the 16-bit design that only the differences 
(PAL equations and schematics) are specified. 


8.1 Architecture 

The data path between the Micro Channel and the data 
latches/transceivers is 32-bit wide. The low word (D0- 
D15) goes to U32 and U22 and the high word (D16- 
D31) goes to U26 and U16. The component count is 
the same as in the 16-bit design. The complete set of the 
PS592E-32 schematic is given. 


1-506 




AP-326 



8.2 Schematics 

Besides the 32-bit data path, two other minor modifica- 
tions are made to the schematics. 

1. U5 is changed from a 3-input NAND gate to a 4-in- 
put NAND gate. Half of it is used to generate the 

CDDS32 signal (indicating 32-bit data transfers) 

to the Micro Channel. An extra input is added to the 

CDDS16 logic (PIPELINE , pin 1 1 of Ul). Only 

the memory transfers in the pipeline mode can be 32- 
bit wide. Nonpipeline memory transfers remain 16- 
bit wide on the low word (D0-D15), and non-mem- 
ory transfers remain 8-bit wide on the low Byte (D0- 
D7). 

NOTE: 

1. Our Netware driver uses the pipeline mode to trans- 

fer the frame data and nonpipeline mode to transfer 
other frame information (byte count, status, etc.). 
Since most of the time is spent in transfering frame 
data, the restriction (pipeline mode for data transfer 
only), does not reduce performance. However, if a de- 
signer would like to extend the 32-bit transfers to non- 
pipeline cycles he can do so. To do this, (BEO # 

BE1 ) and (BE2 + BE3 ) should be generated 

on the board and latched (BEn are the Byte enable 

signals on the Micro Channel). 

2. CBA2 signal (which was generated in U31) is re- 
moved and CBA1 is renamed CBA . CBA2 was 

the latch signal for the high word data latch/transciev- 
er (U26, U16) in the 16-bit version. It is not needed 
because the data is latched 32 bits at a time. The extra 

pins of U31 are used to generate SWEN in the PAL. 

SWEN is the enable signal to the local bus transceiv- 

ers (U6 and Ul 1). 

3. Only the low 24 bits of address are decoded (no 
change from the PS592E-16). If the software code is 
that of the 80386, then the higher 8 bits should also be 
decoded and the result should be latched. 


8.3 PAL Equations 

8.3.1 HOST REQUEST 

The equation for unqualified HFO is modified. A re- 
quest to the 82561 is generated each time the host CPU 
requests access to local memory (double word). Thus, 
LAI is removed as the qualifier. 

HFOU = ((LRDWR & LCDSFDBK) & ((!L561 WIN & 

!LSBHE ) # (L561 WIN )) # 

(1LCDSETUP & LRDWR); 

8.3.2 DATA LATCH/TRANSCEIVER CONTROLS 

CBA1 is renamed CBA , and LAI is removed from 

the equation, because the data is latched 32 bits at a 
time (independent of LAI). CBA2 is removed. 

CBA = ! (!CMD & PIPELINE & !LWRITE_ & RAM & 

L561WIN_& LCDSFDBK); 

For the same reason, data latch/transciever enable sig- 
nals are modified to be independent of LAI during 
pipeline memory accesses. 


G1 = !((!MEMREQ_& PIPELINE &!LREAD_& 

!CMD ) # 

(IXVR1 & ICMD ) # 

(IIORD & PIPELINE & IXVR2 )); 

G2 = ! ((!HF0 & HF1_ & PIPELINE & ILREAD & 

ICMD ) # 

(!HF0 & HF1_ & IPIPELINE & !XVR2_ & 

ICMD ) # 

(IIORD & PIPELINE & IXVR2 )); 
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Figure 4. PS592E-32 Digital Assembly Schematics (Continued) 
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Figure 4. PS592E-32 Digital Assembly Schematics (Continued) 
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Figure 4. PS592E-32 Digital Assembly Schematics (Continued) 
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Figure 4. PS592E-32 Digital Assembly Schematics (Continued) 
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Figure 4. PS592E-32 Digital Assembly Schematics (Continued) 
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Figure 4. PS592E-32 Digital Assembly Schematics (Continued) 
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Figure 4. PS592E-32 Digital Assembly Schematics (Continued) 
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Figure 4. PS592E-32 Digital Assembly Schematics (Continued) 
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Figure 4. PS592E-32 Digital Assembly Schematics (Continued) 
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APPENDIX A 


Signal Name 

Description 

ABOVE 

POS register bit that determines 
mapping below or above 1 Meg. 

CAB 

data latch clock (direction: local 
memory to latch) 

CBA1 

data latch D0-D15 clock (di- 
rection: host to latch) 

CBA2 

data latch D16-31 clock (direc- 
tion: host to latch) 

CSL , CSH 

local SRAM chip selects (low 
and high banks) 

CDEN 

POS register bit for card enable 

CYCACT 

active host cycle enveloping sig- 
nal 

CYCLE 

partial active host cycle envel- 
oping signal 

DIR 

direction signal for data latch- 
es/trasceivers 

ENINT3,7,9,12 

POS register bits determining 
the selected interrupt signal 

EPROMCS 

EPROM chip select signal 

GCS 

general chip select (output of 
82561) 

G1 

data latch D0-D15 transceiver 
tristate enable 

G2 

data latch D16-D31 transceiver 
tristate enable 

HF0U,HF1U 

unqualified, active high host re- 
quest signal 

HFO ,HF1 

active low host request signals 
to the 82561 

IORD / MWR 

read from non-SRAM port or 
write to SRAM (output of 
82561) 

IOWR 

write to non-SRAM port (out- 
put of 82561) 

INTOUT 

Interrupt output of the 82561 


Signal Name 

Description 

LAO- LA 14 

latched host address lines 

LCDSETUP 

latched card set up signal 

LCDSFDBK 

latched card select feedback sig- 
nal 

LDCMD 

load command register 

LD0-LD31 

local data bus 

LPBK 

loopback signal 

LPIPECY C 

latched pipeline cycle signal 

LREAD,LWRITE 

latched read and write signals 

LSBHE 

latched byte high enable 

L561WIN 

latched 82561 subwindow 

MAO- MAI 2 

memory address lines (output of 
82561) 

MEMREQ 

memory request from the host 

MOE 

memory output enable (output 
of 82561) 

POSLDCNF 

load POS configuration register 

POSRDCNF 

read POS configuration register 

PROM 

command register bit determin- 
ing PROM vs EPROM paging 

PROMCS 

PROM chip select 

RAM 

command register bit determin- 
ing RAM vs. ROM paging 

RDST 

read from the status register 

RDWR 

unlatched read or write (decode 
of SO and SI ) 

sx 

select between latched and real 
time data 

X VR 1 ,XVR2 

transceiver/latch enable signals 
(output of 82561) 

561BEO , 561BE1 

low word and high word enable 
signals (input to 82561) 

561IORDY 

IORDY output of 82561 
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1-0 INTRODUCTION 

In recent years IBM PC-AT*s and compatibles have 
become the most popular personal computers. Judged 
by the amount of adapter hardware and application 
software developed for them, the trend seems likely to 
continue in the near future. Introduction of the Extend- 
ed Industry Standard Architecture (EISA) is another 
reason supporting this prediction. 

The role of local area networks (LANs) expands as the 
role of the personal computers in the office environ- 
ment increases. Some examples of the benefits provided 
by networking are sharing expensive peripherals (to re- 
duce the cost); sharing a single data base (to improves 
data control and security), and having electronic mail 
capabilities (to improve communication). 

The best choices for Local Area Networks are those 
that provide low cost, reliable operation, ease of expan- 
sion, and the backing of major VLSI manufacturers. 

The 82592/82560 is an ideal choice for 16-bit, buffered 
adapter applications. The high level of integration re- 
duces the component count and the design cycle. The 
combination provides high performance and competi- 
tive cost. 


2.2 Terminology 

The following table shows the terminology used in this 
document. 

Symbol Description 

at the end of a signal name indicates 
active low 
# logical OR 

& logical AND 

! logical INVERSION 


3.0 ORGANIZATION 

Section 4 provides an overview of the 82560 and 82592 
functionality. The reader needs a basic knowledge of 
these components to better understand the following 
chapters. Section 5 provides a functional description of 
the PC592E. In this section, the design is divided into 
three architectural subsections (host interface, memory 
subsystem, and network interface). PAL equations and 
schematics are broken down according to the architec- 
tural division. The last section provides the perform- 
ance benchmarks for the board. Appendix A provides a 
brief description of most PC592E internal signals. Ap- 
pendix B provides the complete sets of PAL equations. 


The PC592E is a 16-bit, nonintelligent, buffered slave 
adapter design. It interfaces the IBM PC-AT or PC- 
XT* or compatibles to an Ethernet network. The 82592 
LAN Controller and 82560 host interface and DMA 
Controller are used to receive and transmit frames be- 
tween the network and local memory (16 kB). The 
PC592E can perform zero wait state memory data 
transfers on the PC bus. The design permits the use of 
interchangeable network serial interface modules for 
Ethernet**, Cheapernet and TPE applications. 


2.0 OBJECTIVE 

This application note demonstrates how to use the Intel 
82560 and 82592 to build a high-performance, cost-ef- 
fective PC-AT LAN adapter that implements the tradi- 
tional buffered architecture. 


2.1 Acknowledgements 

We acknowledge and thank Yosi Mazor and Joe Dra- 
gony, of Intel’s (Folsom, Calif.) Data Communications 
Focus Group, for their work in developing the hard- 
ware and the software and their contribution to this 
application note. 


4.0 COMPONENT OVERVIEW 

4.1 82592 LAN Controller 

The CHMOS 82592 is a CSMA/CD controller with a 
16-bit data path. It can be configured to support a wide 
variety of industry standard networks, including Ether- 
net, Cheapernet, TPE, PCNet, and STARLAN***. 
The 82592 also supports Deterministic Collision Reso- 
lution (DCR) applications. The 82592 consists of three 
subsystems: parallel, serial, and FIFO. The parallel 
subsystem provides an 8- or 16-bit interface to the ex- 
ternal bus. The 82592 supports memory transfers (at up 
to 16 MB/s); it accepts commands from the processor 
that controls the bus and provides it with status infor- 
mation. The 82592 can support simultaneous transmis- 
sion and reception including autoretransmit, transmit 
frame chaining, and back-to-back frame reception. The 
serial subsystem consists of a highly flexible CSMA/ 
CD unit, a data encoder/decoder, collision detect and 
carrier sense logic, and a clock generator. In high inte- 
gration mode it supports NRZI, Manchester, or Differ- 
ential Manchester encoding and decoding at bit rates 
up to 4 Mb/s. In high speed mode the 82592 is capable 
of 20-Mb/s Manchester or NRZI encoding. The FIFO 
subsystem consists of a transmit FIFO, a receive FIFO, 
and control logic (with programmable threshold). A to- 
tal of 64 bytes of FIFO can be divided between receive 
and transmit. 


*IBM, PC-AT and PC-XT are trademarks of International Business Machines Corp. 


** Ethernet is a trademark of Xerox Corp. 

** ’STARLAN is a trademark of AT&T. 
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4.2 82560 Host Interface and Memory 
Controller 

The CHMOS 82560 is a high-performance DMA con- 
troller designed to work in a tightly coupled fashion 
with the 82592 in a PC-XT, PC-AT or MCA adapter 
application. 

Two independent DMA channels support a transfer 
rate of up to 10 MB/s to/from the local SRAM. Up to 
16 kB of ring buffer memory can be I/O or memory 
mapped into the address space. Host accesses to the 
local memory can be made with zero wait states. These 
accesses can be byte or word wide. The 82560 imple- 
ments all of the 82592 tightly coupled functions: back 
to back frame reception, bad receive buffer reclama- 
tion, auto retransmit upon collision, and transmit 
chaining. 


5.0 IMPLEMENTATION 

The board is divided into three sections (see figure 1), 
the host interface, the memory subsystem, and the net- 
work subsystem. Both the 82592 and 82560 operate on 
the 10-MHz Ethernet clock generated by the serial side. 
In the rest of this section a component (designated by 
its unit No. on the board and the schematic) is defined 
as part of a subsystem if one or more of its output pins 
are in that subsystem. To access any port on the board 
(including SRAM), the host CPU generates a request 
to the 82560. When in a 16-bit slot the board supports 
16-bit hosts (PC-AT), otherwise it supports 8-bit hosts 
(PC-XT). To enable the board the most significant bit 
(bit 3) of the command register should be set to 1. In 
the 16-bit configuration SRAM accesses can be word 
(zero wait state or nonzero wait state) or byte wide 
(nonzero wait state). All other transfers (non-SRAM) 
are byte wide. In the 8-bit configuration SRAM access- 
es can be either with zero added wait state (pipeline 
mode) or with 3 to 4 added wait states (nonpipeline 
mode). The reader is referred to the table and listing in 
Section 5.2.3 for a complete set of host memory cycles. 

The data transfers between the local memory and the 
82592 are 16 bits wide and are controlled by the 82560 
DMA channels. 


5.1 Hardware Configurable Options 

The board has seven jumpers and one switch. These can 
be set to change the board configuration. 

5.1.1 MEMORY MAPPING WINDOW 

El through E6 are used to select the lower portion of 
the address window. The letter E followed by a number 
refers to a unique jumper node. These two jumpers are 
used to select the lower portion of the memory address 
window. El, E2, E3 select the least significant bit 
(MAP0) of the three bit address selector. E4, E5, E6 
select the next bit (MAPI). 

E7 through E9 select the most significant bit (MAP2) 
of the address selector. MAP2 determines the upper 
portion of the address window; namely below 1 Mega- 
byte or above 1 Meg. Together with MAP0 and MAPI, 
these three jumper selections determine which one of 
the eight 16-kB windows of host memory address is 
chosen. 


a) Below 1 Megabyte 


memory window 

MAP2 

MAPI 

MAP0 


OCOOOO to 0C3FFF 

0 

0 

0 

(factory 


E9/E8 

E6/E5 

E3/E2 

default) 

0C8000 to 0CBFFF 

0 

E9/E8 

0 

E6/E5 

1 

E1/E2 


0D0000 to 0D3FFF 

0 

E9/E8 

1 

E4/E5 

0 

E3/E2 


0D8000 to 0DBFFF 0 

E9/E8 

b) Above 1 Megabyte 

1 

E4/E5 

1 

E1/E2 


memory window 

MAP2 

MAPI 

MAP0 


FC0000 to FC3FFF 

1 

E7/E8 

0 

E6/E5 

0 

E3/E2 


FC8000 to FCBFFF 

1 

E7/E8 

0 

E6/E5 

1 

E1/E2 


FD0000 to FD3FFF 

1 

1 

0 



E7/E8 

E4/E5 

E3/E2 


FD8000 to FDBFFF 

1 

E7/E8 

1 

E4/E5 

1 

E1/E2 
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5.1.2 INTERRUPT 

A switch is used to determine the interrupt line selected 
as shown below. 

PC bus interrupt Switch position 

IRQ, 5 1 (factory default) 

IRQ7 2 

IRQ9 3 

IRQ12 4 


5.1.3 16- OR 8-BIT HOST SUPPORT 

Jumper El 6 through El 8 is used to select the source of 
the BHE . In a 16-bit slot El 6/E 17 should be select- 
ed. This connects the SBHE from the PC bus to the 

BHE of the board. In an 8-bit slot El 8/E 17 should 

be selected. This connects the inverted SAO to the 

BHE of the board. The factory default is El 6/E 17 

(PC-AT). 

PCXT is a signal on the board that can be read by the 
host (through the status register) to determine if the 
board is plugged into a 16- or 8-bit slot. This signal is 
connected to the GND pin of the D connector (pin 1 8) 
of the 16-bit I/O channel. A 1-kohm pull-up resistor 
connects the node to the 4- 5-V supply. Therefore in a 
16-bit slot PCXT will be read as 0, otherwise it will be 
read as 1. 


5.1.4 CLOCK SOURCE 

Jumper E19 , E20, E21 selects the source of the clock 
for the 82592 and the 82560. 

Jumper position Clock source 

E19/E21 10-MHz serial clock from the serial 

unit connected to TXC of 82592 (fac- 
tory default) 

E20/E21 external crystal connected to XI of 

82592 


5.2 Host Interface 

This subsystem consists of the command register (U4), 
the status register (U12), and their control (U 1 1); the 


address decoder (U1 and U2) and its latch (U4); the 
data latches/transceivers (U8 and U9), the high memo- 
ry bank to D7-0 data transceiver (U10), and their con- 
trol (U5); the host request generator (U2); and the 
memory and peripheral controller (U6). 

5.2.1 COMMAND AND STATUS REGISTERS 


The command register is four bits wide. 


3 

2 

1 

0 

BOARDEN 

PIPELINE 

PROM 

RAM 


After power up, or reset, the board is disabled. When 
disabled, the board recongnizes only host requests to 
access its command and status registers. 

Bit 0, Bit 1: Determine the memory port being ac- 
cessed. 

Bit 1 Bit 0 

0 0 EPROM access 

0 1 RAM access 

1 0 PROM access 

1 1 Reserved 

Bit 2: Determines the mode for accessing the buffer 
memory. When 0 the host accesses to the local 
SRAM are made with added wait states. When 1, 
and the 82560 is configured for the pipeline 
mode, the host accesses to the local SRAM are 
made with no added wait states (pipelined data 
transfers). This bit and the bit 0 of the 82560 host 
mode register should always be set to the same 
value before an SRAM memory access is at- 
tempted. 

Bit 3: Is the board enable bit. After power up, or reset, 
this bit should be set to 1 in order to access the 
on-board ports (SRAM, PROM, EPROM, 82560 
registers, and 82592 registers). 

The following is the PAL (U1 1) equation for writing to 
the. command register. 

LDCMD_ = I ( !GCS_ & !L560WIN_ & !I0WR_) 
The status is seven bits wide read only register. 


6 

5 

4 

3 

2 

1 

0 

PCXT 

MODT1 

MODTO 

BOARDEN 

PIPELINE 

PROM 

RAM 
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The four least significant bits are the contents of the 
command register. 

Bit 4, Bit 5: Are generated by the network module and 
determine the type of network module installed. 

Bit 5 Bit 4 

0 0 Ethernet 

0 1 Cheapernet 

1 0 Reserved 

1 1 TPE 

The reserved combination is for future use. 

Bit 6: Is read to determine if the board is plugged into 
an 8- or 16-bit slot. In a 16-bit slot a 0 is read, 
otherwise a 1 is read. 

The following is the PAL (U 11) equation: for reading 
the status register. 

RDST_ = ! ( !GCS_ & !L560WIN_ & !I0RD_) 

5.2.2 ADDRESS DECODER 

The highest bits of the address (LA23-20) are decoded 
in U2. The output is the MSBDEC signal, which is 
latched on the falling edge of the BALE in U4. The 
latched signal (LMSBDEC) is input to the other PAL 
(Ul). SA 19-14 are decoded in this PAL for the lower 
portion (within 1 Megabyte) of the address mapping. 
The output is LSBDEC. 

Three signals from the board provide the handshake 
required by the host: 

IOCHRDY, MEMCS16-, and ZER0WS_. 

The relevant PAL equations (of Ul and U2) are given 
below. The reader is referred to the appendix A for the 
decription of internal signals. 

RAMEN = (RAM & BOARDEN) 

MSBDEC = ( 1LA20 & 1LA21 & !LA22 & 
1LA23 & IMAP2) # 

(LA 20 & LA21 & LA22 & LA23 
& MAP2) 

!LSBDEC_ = ( ( SA19 & SA18 & ISA17 & 

1SA16 & 1SA15 & ISA14 & 

I MAPI & 1MAP0) # 

(SA19 & SA18 & ISA 17 & ISA16 
& SA15 & ISA 14 & IMAP1 & 

MAPO) # 

(SA19 & SA18 & ISA 17 & SA16 

& ISA15 & ISA 14 & MAPI & 

IMAPO) # 

(SA19 & SA18 & ISA17 & SA16 
& SA15 & ISA 14 & MAPI & 

MAPO)) 


!L560WIN_ = ( SA13 & SA12 & SA11 

& SA10 & SA9 & SA8 & 
SA7) 

!MEMCS16_ = ( !LSBDEC__ & LMSBDEC 

& RAMEN & L560WIN_ & 
!SA0 & !BHE_) 

enable (ZER0WS-) = (RAM & !LSBDEC_ & 

LMSBDEC & BOARDEN & 
PIPELINE & L560WIN_) 

ZER0WS-. = !L560IORDY_ 

5.2.3 DATA TRANSCEIVERS/LATCHES 

Bit 2 of the command register determines the mode in 
which the host accesses the local SRAM. 

In the nonpipeline mode the data transceivers/latches 
act as simple transceivers. The cycles are extended by 
pulling IOCHRDY low until the transfer to/from local 
memory is completed. All non-SRAM accesses are in 
nonpipeline mode. 

In pipeline mode the data transciever/latches act as 
data latches. In this mode a read ahead or write behind 
operation is performed after every host request to the 
82560. These accesses are to sequential locations in the 
local SRAM. In this mode no wait states are asserted. 
The direction of the pipeline transfer is determined by 
the value of bit 1 of the 82560 host mode register. In 
read cycles, after the current transfer, the 82560 up- 
dates the buffer with the contents of the next local 
memory address. This is called “read ahead” (in antici- 
pation of the next host read request). In write cycles the 
data is copied from the data latch to the local memory 
after the host has finished writing to the data latch. 
This is called “write behind.” 

In the 8-bit configuration, during odd byte memory ac- 
cesses the transceiver U10 becomes transparent. Thus 
the data path would be from/to the high bank of 
SRAM (U13), through U10, to the low byte of data bus 
(D7-D0). 

In the nonpipeline mode U8 and U9 serve as simple 
data transceivers. All non-SRAM accesses use the even 
byte (D7-D0). In the 16-bit configuration the value of 
SAO and SBHE. determines which bank of memory (or 
both) should be accessed. 

The following table shows different types of memory 
cycles and the expected value of the transceiver and 
data latch (74ALS646) control signals. B is the host 
side and A is the local bus side. When SX is 1, stored 
data is selected. When 0, real time data is selected. X 
stands for don’t care. 
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cycle Pipeline PCXT BHE SAO MEMW MEMR Gil G1H_ G2_ CBA1_ 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 
11 


0 

1 

X 

X 

X 

0 

1 

0 

1 

X 

X 


1 

0 

X 

X 

X 

1 

0 

1 

0 

X 

X 


cycle 1 : PCAT pipelined (word-wide) memory write 
cycle 2 : PCAT pipelined (word-wide) memory read 
cycle 3 : PCAT nonpipelined even-byte memory access 
cycle 4 : PCAT nonpipelined odd-byte memory access 
cycle 5 : PCAT nonpipelined word-wide memory access 
cycle 6 : PCXT pipelined even-byte memory write 
cycle 7 : PCXT pipelined even-byte memory read 
cycle 8 : PCXT pipelined odd-byte memory write 
cycle 9 : PCXT pipelined odd-byte memory read 
cycle 10 : PCXT nonpipelined even-byte memory access 
cycle 1 1 : PCXT nonpipelined odd-byte memory access 


CBA2 SX 

0 1 

1 1 

1 0 

1 0 

1 0 

1 1 

1 1 

0 1 

1 1 

1 0 

1 0 


The control signals to the transcievers/latches are generated by the PAL U5, which realizes the above table. 

!G1L_ = (MEMREQ & PCXT & SA0_ & !MEMR_) # ( 1PCXT & PIPECYC & MEMR_ ) # 

( SXCVl. & SA0_) # ( IHF0_ & !HF1_) # ( !XCV2_ & HF1_) 

!G1H_ = (PIPECYC & !MEMR_) # ( !XCV1_ & !BHE_) # ( !XCV2_ & HF1_) 

!G2_ = (PCXT & MEMREQ & !SA0_) 

!CAB_ = ( !I0WR_ & !XCV2_ & HF1_) 

ICBA1_ = (PIPECYC & IMEMV1L & IPCXT) # (MEMREQ & PIPELINE & !MEMW_ & PCXT & 
SA0_) 

1CBA2_ = (PIPECYC & !MEMW« ) 

SX = (MEMREQ & PIPELINE # 1I0RD- & PIPELINE & !XCV2_ & HF1_) 

!DIR_ = ( !XCV2_ & HF1_ & !I0RD_) # ( !MEMW_) 
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5.2.4 HOST REQUEST GENERATOR 


The following table shows how different ports on the board are accessed. BOARDSEL refers to the board address 
decoded, that is the logical AND of LSBDEC and LMSBDEC. X stands for don’t care. 


BOARDSEL 

L560WIN 

BOARDEN 

RAM 

SBHE * 

HF1 

HFO 


0 

X 

X 

X 

X 

1 

1 

Idle 

1 

0 

X 

X 

0 

0 

0 

GCS access: Command/Status 

1 

1 

1 

0 

X 

0 

0 

GCS access: ROM ** 

1 

1 

1 

1 

X 

1 

0 

SRAM access 

1 

0 

1 

X 

1 

0 

1 

82560 register access 


* In the 8-bit configuration, inverted SAO serves as SBHE . 

** ROM refers to either PROM or EPROM. Bit 1 of the command register determines which. 


The following PAL equations realize the above table. HFO and HF1 are the request lines to the 82560. 


!MEMW_ & 

L560WIN. 

& 

BOARDSEL & 

BOARDEN 

& 

REQEN) # 

!MEMW_ & 

L560WIN_ 

& 

BOARDSEL & 

BOARDEN 

& 

1PIPELINE) # 

!MEMW_ & 

!L560WIN_ 

& 

BOARDSEL & 

!BHE_) # 


!MEMR_ & 

L560WIN. 

& 

BOARDSEL & 

BOARDEN 

& 

REQEN) # 

!MEMR_ & 

L560WIN_ 

& 

BOARDSEL & 

BOARDEN 

& 

'PIPELINE)# 

!MEMR_ & 

1L560WIN. 

& 

BOARDSEL & 

!BHE_) 



!MEMW_ & 

!RAM & BOARDSEL & BOARDEN) # 



!MEMW_ & 

BOARDSEL 

& 

IL560WIN.) 

# 



!MEMR_ & 

!RAM & BOARDSEL & BOARDEN) # 



!MEMR_ & 

BOARDSEL 

& 

!L560WIN_) 





5.2.5 MEMORY AND PERIPHERAL 
CONTROLLER 

To access any port on the board the host generates a 
request to the 82560. The 82560 will then synchronize 
the request and perform arbitration (with any active 
local DMA request). It then asserts the proper memory 
or peripheral control signals. 

The 82560 also supports the interrupt function. The 
interrupt initiated by either the 82592 or the 82560 is 
passed to the host system through one of the four inter- 
rupt lines (depending on the position of the switch). 

In nonpipeline mode IOCHRDY is pulled low immedi- 
ately after the board address is decoded. It goes high a 
programmable number of clock transitions after the 
host cycle starts. The 82560 register bit that can affect 
it are: HRDY delay, HRDY delay reference source, IO 
and access delays. The reader is referred to the 82560 
data sheet for more details. In pipeline mode the IO- 
CHRDY remains high until after the request is re- 
moved. Then the 82560 HRDY output goes low while 
the local bus cycle is being completed. IO CHRDY will 
be pulled low while the board address decode is active 
and 82560 HRDY output is low. In either case the 
IOCHRDY is tristated until the board address is de- 
coded. 


enable (IOCHRDY) = (LSBDEC & LMSBDEC) 
IOCHRDY = 1560IORDY 

# (ILSBDEC & LMSBDEC & 1BOARDEN & 

L560WIN ) 

# (1LSBDEC & LMSBDEC & IBOARDEN & IBSA0) 

5.2.5. 1 Nonpipeline cycles 

In ALL nonpipeline cycles (SRAM or otherwise) IO- 
CHRDY is pulled low within 30 ns after the address on 
the PC bus becomes valid. It remains low until the 
82560 HRDY output goes high, then it goes high. 

The memory address input to the 82560 in the nonpip- 
line mode is the same as the host CPU address shifted 
by one bit (SA1 goes to A0 input of 82560). During 
byte-wide memory accesses byte enable inputs of the 

82560 (BE0 and BE1 ) determine which bank of 

SRAM is being accessed. 

The output address of the 82560 is the same as its input 
address, except that its three most significant bits (12, 
13, and 14) are logically OR’d with the three least sig- 
nificant bits of the 82560 host address register. The low 
bank of memory is accessed for even-byte addresses and 
the high bank or odd-byte addresses. 
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5. 2.5. 2 Pipeline Cycles 

During SRAM pipeline cycles IOCHRDY stays high. 

It goes low after the cycle is over (HF removed). This 

is when the 82560 performs read ahead or write behind 
operations. Read ahead means that the next word (or 
byte in the case of 8-bit configuration) of data is copied 
from the local memory into the data latches in anticipa- 
tion of the next request. Write behind means that data 
is first latched in the data latch(s) and then the 82560 
copies the data into the local memory. The memory 
address in this mode is provided by the host address 
register, which is incremented by one after each 82560 
transfer. To change the direction of the transfer the 
82560 Host mode register should be accessed first and 
its bit 1 changed. 


5.3 Memory Subsystem 

The memory subsystem consists of the network address 
PROM (U15), the low bank of SRAM (U14), the high 
bank of SRAM (U13), an optional EPROM (U16), 
control PAL (Ull, U5), and the 82560 memory con- 
troller (U6). 

All controls are generated by the 82560, except for chip 
select for the EPROM and the PROM. 

EPR0MCS- = !( !GCS_ & !I0RD_ & 1PR0M & 
L560WIN_) 

PROMOS- = !( !GCS_ & !I0RD_ & PROM & 
L560WIN_) 


5.4 Network Interface 

The network interface consists of the 82592 LAN con- 
troller (U7), the 82560 DMA controller (U6), and a 
plug-in analog module (Ethernet, CNet, or TPE). 

5.4.1 DMA TRANSFERS 

Two independent DMA channels of the 82560 are used 
to transmit and receive frames. Each word-wide DMA 
transfer can have a duration of 200 to 500 ns (82560 


programmable). Autoretransmit, back-to-back frame 
reception, and bad receive buffer reclamation are all 
performed without CPU intervention. 

The 82560 in the 82592 TCI mode supports transmit 
chaining. DMA channels are also used to configure the 
82592 and to read its 69 bytes of internal information 
through the dump command. 

The arbitration between the two DMA requests, and 
between the host request and the DMA request, are 
performed by the 82560 local bus arbiter function. 

Transmit buffer size (including the configuration block) 
can be about two kilobytes. It should stop 128 bytes 
before the end of the adapter memory. The last 128 
bytes of address (highest addresses) are for accessing 
the 82560 and the command and the status registers. 

The receive memory buffer can occupy the rest of the 
local memory. It can be arranged as a ring buffer and 
managed by the 82560. The lower limit register of the 
82560 holds the starting address of the ring, and its 
upper limit register holds the ending address of the 
ring. The 82560 performs the wraparound without 
CPU intervention. The stop register of the 82560 points 
to the last receive buffer location processed by the host 
CPU. The 82560 generates an interrupt to the host if 
the current address register of the channel reaches the 
stop register of that channel. 

For more information about DMA transfers and the 
format of the transmit and receive frame, the user is 
referred to the 82560/82561 Technical Reference Man- 
ual Order #290198. 

5.4.2 SERIAL INTERFACE 

The 82592 CSMA/CD controller is used in the high- 
speed mode. The 82C501AD performs Manchester en- 
coding and decoding; it also provides a watchdog timer, 
collision detection, and transmit/receive clock genera- 
tion. Using the loopback modes, the transmitted data is 
routed to the receive path (at the 82592, the 
82C501AD, or on the wire). This feature is useful for 
controller and physical layer diagnostics. 
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Figure 1. PC592 Block Diagram 
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Figure 2. PC592 Digital Assembly Schematics 
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5.5 Schematics (Continued) 





Figure 2. PC592 Digital Assembly Schematics (Continued) 
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5.5 Schematics (Continued) 



Figure 2. PC592 Digital Assembly Schematics (Continued) 
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5.5 Schematics (Continued) 





Figure 2. PC592 Digital Assembly Schematics (Continued) 
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5.5 Schematics (Continued) 



Figure 2. PC592 Digital Assembly Schematics (Continued) 
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5.5 Schematics (Continued) 









Figure 2. PC592 Digital Assembly Schematics (Continued) 
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Figure 2. PC592 Digital Assembly Schematics (Continued) 
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5.5 Schematics (Continued) 




Figure 3. PC592 Schematic (Ethernet Module) 
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5.5 Schematics (Continued) 




Figure 4. PC592 Schematics (Cheapernet Module) 
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Figure 4. PC592 Schematics (Cheapernet Module) (Continued) 
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Figure 5. PC592 Schematics (TPE Module) 
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6.0 PERFORMANCE 

The PC592E design is expected to provide very high 
performance compared to many commercial adapters. 
When the board is configured for, pipeline mode, it can 
perform zero wait state cycles on the PC-AT bus. With- 
out this feature each host access would be with three or 
four additional wait states, resulting in a less efficient 
use of the host bus bandwidth. In addition to reducing 
the host bandwidth consumption, performing zero wait 


state cycles should improve the network performance 
by about 12% over wait state cycles. 

Network performance can be influenced by how fast 
the station can retransmit after a collision. Measure- 
ments show that an 82592/82560 design in the 82588 
TCI mode can retransmit 4.8 jmSec after collision. In 
the 82592 TCI mode this time is reduced to 2.1 juSec. 
The 82592 built in FIFOs reduce the possibility of un- 
derruns and overruns. 
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Signal name 

Description 

BALE 

address latch enable (from the PC bus) 

BHE 

byte high enable (input of 82560) 

BOARDEN 

board enable (command register bit 3) 

CAB 

data latch clock (direction: local memory to latch) 

CBA1 

data latch D7-D0 clock (direction: host to latch) 

CBA2 

data latch D15-D7 clock (direction: host to latch) 

CSL , CSH 

SRAM chip select outputs of 82560 (low and high bank) 

DIR 

direction signal for data latches/transceivers 

EPROMCS 

EPROM chip select signal 

GCS 

general chip select (output of 82560) 

GIL 

data D7-D0 latch/transceiver tristate enable 

G1H 

data D15-D8 latch/transceiver tristate enable 

G2 

byte swap transceiver tristate enable 

HFO , HFl 

active low host request signals to the 82560 

IOCHRDY 

IOCHRDY to the PC bus 

IORD / MWR 

read from non-SRAM port or write to SRAM (output of 82560) 

IOWR 

write to non-SRAM port (output of 82560) 

I NT 

interrupt output of the 82560 

LA23-LA20 

unlatched host address lines 

LDCMD 

load command register 

LD0-LD15 

local data bus 

LMSBDEC 

latched most significant bit decode 

LPBK 

loopback signal 

LSBDEC 

least significant bit address deccode 

L560IORDY 

latched (falling edge of BALE), inverted 560 HRDY output 

L560WIN 

latched 82560 subwindow 

MAPO , MAPI 

Jumper selections for lower portion of the address mapping 

MAP 2 

Jumper selection that determines mapping below or above 1 Meg. 

MA0-MA12 

memory address lines (output of 82560) 

MEMR 

memory read (from the PC bus) 

MEMREQ 

memory access requested by the host CPU 

MEMW 

memory write (from the PC bus) 

MODTO ,M0DT1 

network module identifier (bits 4 and 5 of the status register 

MOE 

memory output enable (output of 82560) 

MSBDEC 

most significant bit decode (output of U2 ) 

MEMOS 16 

memory chip select 16 (to the PC bus) 

PCXT 

8-bit vs. 16-bit configuration 

PIPECYC 

pipeline cycle 

PIPELINE 

pipeline mode (comamnd register bit 2) 

PROM 

command register bit determining PROM vs EPROM paging 

PROMCS 

PROM chip select 

RAM 

command register bit determining RAM vs. ROM paging 

RAMEN 

RAM and board enabled 

RDST 

read from the status register 

REQEN 

memory request enabled (output of Ull) 

RESET 

reset ( from the PC bus ) 

SBHE 

byte high enable (from the PC bus) 

SX 

select between latched and real time data 

SA19-SA0 

latched PC address lines 

XVR1 , XVR2 

transceiver/latch enable signals (output of 82560) 

ZEROWS 

zero wait state cycle (to the PC bus) 

560IORDY 

buffered (inverted) HRDY output of 82560 
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APPENDIX B 


********************** 


********************************************** 


Module U1 

Title ‘MEMCS16 REV 4.0 5/3/89 


Daryoosh 

Khali lolah: 

, Intel 

Corporation 




PAL20L8B 

(15ns 

)’ 






PC592Pf 


Device ‘P20L8’ 

; 




LMSBDEC 

Pin 

1 

-1" 

vcc 

Pin 

24 


BHE_ 

Pin 

2 

"I" 

MEMCS 1 6_ 

Pin 

22 

”0” 

RAMEN 

pin 

3 

•T’ 

LSBDEC_ 

Pin 

15 

”0” 

MAPO 

Pin 

4 

”1” 

L560W1 N 

Pin 

21 

”0” 

MAPI 

Pin 

5 

„ r , 

SAO 

Pin 

20 

”r 

SA7 

Pin 

6 

„r- 

SA1 9 

Pin 

23 

"i" 

SA8 

Pin 

7 


SA1 8 

Pin 

19 

"i" 

SA9 

Pin 

8 

„ r . 

SA1 7 

Pin 

18 

i 

SA10 

Pin 

9 


SA1 6 

Pin 

17 

’T’ 

SA1 1 

Pin 

10 

”i” 

SA1 5 

Pin 

16 

,,j ,, 

SA12 

Pin 

11 


SA1 4 

Pin 

14 

"l" 

GND 

Pin 

12 


SA1 3 

Pin 

13 



SIGNAL DEFINITIONS: 


"INPUTS: LMSBDEC % 
" SAO % 
” RAMEN % 
” MAPO ,MAP1 % 
" SA7 - SA1 9 % 
” BHE_ % 


latched most significant 
host address input 
RAM selection anded with 
Jumper selection for the 
Latched address lines fr 
Byte high enable 


bits (LA23-LA20) decode 

board enable 
mapping window, 
om the PC bus 


"OUTPUTS: MEMCS16_ % MEMCS16_ for the below 1 Meg. windows 

” LSBDEC_ % Least signifiacnt bit address decode 

•• L560WIN_ % 82560/ command subwindow address decode 


EQUATIONS 


the corresponding address lines are compared with MAPO and MAPI to generate 
the least significant bits add r e s s. d e c ode . 


! LSBDEC— - ( ( SA1 9 & SA1 8 & 1SA17 & ISA16 & 1SA15 & ISA14 & IMAP1 & IMAPO) # 

( SA19 & SA1 8 & 1SA17 & ISA16 & SA15 & ISA14 & !MAP1 & MAPO) # 

( SA1 9 & SA18 & ! SA1 7 & SA16 & JSA15 & 1SA14 & MAPI & IMAPO)# 

( SA19 & SA1 8 & 1SA17 & SA16 & SA15 & ISA14 & MAPI & MAPO)); 

( SA19 & SA1 8 & ISA17 & SA16 & SA15 & 1SA14 & MAPI & MAPO)); 

"If SA7 through SA13 are all one, assuming that higher bits of address match, 
” the address is for accessing the 82560 or command/ s ta tus register. 


! L560WIN__ - ( SA1 3 & SA12 & SA11 & SA10 & SA9 & SA8 & SA7 ) ; 

” a 16 bit memory transfer is recognized if the address for SRAM access is 
” matched and both SAO and BHE_ are low. 


1MEMCS1 6_ - (LMSBDEC & RAMEN & ! SAO & ! BHE_ & L560WIN_) & 

( ( SA1 9 & SA18 & 1 SA1 7 & ISA16 & ISA15 & ISA14 & IMAP1 & IMAPO) # 

( SA19 & SA1 8 & 1SA17 & ISA16 & SA1 5 & ISA14 & !MAP1 & MAPO) # 

( SA1 9 & SA1 8 & ! SA1 7 & SA16 & 1SA15 & ISA14 & MAPI & IMAPO) # 

( SA1 9 & SA1 8 & 1SA17 & SA16 & SA15 & ISA14 & MAPI & MAPO)); 

end U1 ; 
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**************************************************************** 
Modu le U2 

Title ‘ unlatched address decode and host interface REV 5.0 
Daryoosh Khalilolahi, Intel Corporation 
PAL20L8B (15ns)’ 

PC592P2 Device ‘P20L8’; 

RAM Pin 1; "I" VCC Pin 24; 

LSBDEC_ Pin 2; ” I ” REQEN Pin 18; 

L560WIN pin 3; ”1” MEMREQ Pin 17; 

LA20 Pin 4 ; ”1” BOARDEN pin 16; 

LA2 1 Pin 5; ”1” PIPELINE Pin 13; 

LA22 Pin 6; ”1" LMSBDEC Pin 23; 

LA23 Pin 7; ”1” MSBDEC Pin 22; 

BHE_ Pin 8; "I" RAMEN Pin 15; 

MAP 2 Pin 9; ”1” HF0_ Pin 20; 

MEMV_ Pin 10; ”1” HF1_ Pin 21; 

MEMR_ Pin 11; ” I ” ZEROVS_ Pin 19; 

GND Pin 12; L560 IORDY_JP i n 14; 


”Def ini t i ons 

BOARDSEL ~ !LSBDEC_ & LMSBDEC; 


SIGNAL DEFINITIONS: 

INPUTS: RAM 

LSBDEC 

LMSBDEC 

L560WIN__ 

LA20-LA23 

BHE_ 

MAP2 

MEMV_ 

MEMR_ 
PIPELINE 
BOARDEN 
LS60 IORDY__ 

OUTPUTS: MSBDEC 

HFO ,HF1 

ZEROWS 

IOCHRDY 

MEMREQ 


% RAM selected 

% least significant bits address decode 
% latched most significant bit address decode 
% 560/command register subwindow 
% unlatched address lines 
% byte high enable 

% jumper selection for be low/ above 1 Meg. 

% memory write command 
% memory read command 

% comnand register bit 2, indicating pipeline mode 
% command register bit 3, board enabled 
% latched and inverted 82560 HRDY output 

%Most significant bits address decode 
%host request to the 82560 
% 0 wa i t state output to the PC bus 
% output to the PC bus 
% host request to access SRAM 


EQUATIONS 

” HFO is asserted during SRAM and GCS (general purpose chip select) cycles 

!HFO_ = ( !MEMV_ & L560WIN_ & BOARDSEL & BOARDEN & REQEN) # 

( !MEMV_ & L560WIN_ & BOARDSEL & BOARDEN & 1 PIPELINE)# 

( !MEMKY_ &1L560WIN_ & BOARDSEL & ! BHE_J # 

( !MEMR_ & L560WIN_ & BOARDSEL & BOARDEN & REQEN) # 

( JMEMR_ & L560WIN_ & BOARDSEL & BOARDEN & 1PIPELINE)# 

( !MEMR_ & ! L 5 6 OWI N_ & BOARDSEL & ! BHE_) ; 

” HF1__ is asserted during 560/592 register accesses and also GCS accesses. 

” That is all non-SRAM cycles. 

JHF1 - ( !MEMW_ & ! RAM & BOARDSEL & BOARDEN) # 

( !MEMW__ & BOARDSEL & !L560WIN_) # 
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( !MEMR_ & ! RAM & BOARDSEL & BOARDEN) # 

( !MEMR_ & BOARDSEL & ILS60WIN_); 

” 0 Wait states cycles are performed only when accessing the SRAM and in the 
” pipeline mod e . 

enable ZEROWS_ * (RAM & BOARDSEL & BOARDEN & PIPELINE & L560WIN_) ; 

ZEROWS_ = L560 IORDY_; 


MEMREQ - L560WIN & BOARDSEL & BOARDEN & RAM; 

” most significant bits of address are compared with jumper node MAP2 . 

MSBDEC = ( ( ! LA2 0 & 1LA21 & 1LA22 & 1LA23 & 1MAP2 ) # 

( LA20 & LA2 1 & LA22 & LA23 & MAP 2 ) ) ; 

RAMEN = RAM & BOARDEN; 


end U2 ; 


*********************************** 


it********* 


******** 


Module U5 

Title ‘Local bus control REV 5.0 7/7/89 

Daryoosh Khalilolahi, Intel Corporation 
PAL20L8 (25 ns)’ 


PC592P3 Device ‘P20L8’; 


PCXT 

Pin 

1 

”1” 

vcc 

Pin 

24; 


SA0_ 

Pin 

2 

w r 

G1L_ 

Pin 

22; 

•’0” 

BHE_ 

pin 

3 

”i” 

G2_ 

Pin 

21 ; 

”0” 

HF0_ 

Pin 

4 

"i” 

CAB_ 

Pin 

20; 

”0” 

MEMR^_ 

Pin 

5 

” i ” 

SX 

Pin 

19 ; 

”0” 

MEMtV 

Pin 

6 

i 

DIR 

Pin 

18; 

”0” 

MEMREQ 

Pin 

7 

i 

G1H_ 

Pin 

15; 

”0” 

HF1_ 

Pin 

8 

"r 

CBA1_ 

Pin 

17; 

”0” 

IORD_ 

Pin 

9 

"i" 

CBA2_ 

Pin 

16; 

“0” 

IOWR_ 

Pin 

10 

”i” 

PIPELINE 

Pin 

14; 

” I ” 

XCV1_ 

Pin 

11 

i 

unused 

Pin 

23; 

”1” 

GND 

Pin 

12 


XCV2_ 

Pin 

13; . 

”1” 


”Def ini t i on 

PIPECYC - (HF1_ & !HF0 & PIPELINE); 


’’The following table shows different types of memory 

eye 1 e s 

and the 

expected 

’’value 

of the transceiver and 

data 

latch 

( 74ALS646 ) 

control 

s i gna 1 s 

.Bis 

the 

”hos t 

side and A 

i s the 

local 

bus 

side. 

When SX 

i s 

1 , stored 

data 

is selected 

"When 

0, real time data 

is selected. X stands for 

don’t car e . 




’’cycle 

Pipeline 

PCXT 

BHE_ 

SAO 

MEMvV_ 

MEMR 

GIL 

_ G1R_ G2_ 

_ CBA1_ 

_ CBA2_ 

_ SX 

” 1 

1 

0 

0 

0 

0 

1 

0 

0 

1 

0 

0 

1 

” 2 

1 

0 

0 

0 

1 

0 

0 

0 

1 

1 

1 

1 

” 3 

0 

0 

1 

0 

X 

X 

0 

1 

1 

1 

1 

0 

” 4 

0 

0 

0 

1 

X 

X 

1 

0 

1 

1 

1 

0 

” 5 

0 

0 

0 

0 

X 

X 

0 

0 

1 

1 

1 

0 

” 6 

1 

1 

1 

0 

0 

1 

0 

1 

1 

0 

1 

1 

” 7 

1 

1 

1 

0 

1 

0 

0 

1 

1 

1 

1 

1 

” 8 

1 

1 

0 

1 

0 

1 

0 

0 

0 

1 

0 

1 

” 9 

1 

1 

0 

1 

1 

0 

1 

0 

0 

1 

1 

1 

” 10 

0 

1 

1 

0 

X 

X 

0 

1 

1 

1 

1 

0 

” 11 

0 

1 

0 

1 

X 

X 

1 

0 

0 

1 

1 

0 
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” cycle 1 : PCAT pipelined (word-wide) memory write 

” cycle 2 : PCAT pipelined (word-wide) memory read 

” cycle 3 : PCAT nonpipelined even-byte memory access 

” cycle 4 : PCAT nonpipelined odd-byte memory access 

” cycle 5 : PCAT nonpipelined word -wide memory access 

” cycle 6 : PCXT pipelined even- byte memory write 

” cycle 7 : PCXT pipelined even- byte memory read 

” cycle 8 : PCXT pipelined odd-byte memory write 

” cycle 9 : PCXT pipelined odd-byte memory read 

" cycle 10 PCXT nonpipelined even-byte memory access 
” cycle 11, : PCXT nonpipelined odd-byte memory access 


" SIGNAL DEFINITION 

’’INPUTS: PCXT 

” SAO 

” MEMR 

” MEMRV_ 

” IORD_ 

” IOVR_ 

” XCV1_ 

” XCV2_ 

” HF0_,HF1_ 

” PIPELINE 

’’OUTPUTS: G1L_ 

” G1H_ 

” G2 

” CAB_ 

” CBA1 

” CBA2_ 

” SX 

” DIR_ 

EQUATIONS 

!G1L__ - (MEMREQ & PCXT & SAO_ & !MEMR_) # ( ! PCXT & PIPECYC & MEMILJ # 

( JXCV1 & SAO__) # ( IHFO & IHF1_) # ( !XCV2__ & HF1_) ; 

1G1H_ « (PIPECYC & !MEMR_) # ( !XCV1_ & ! BHE_) # ( ! XCV2__ & HF1_J ; 

!G2 - (PCXT & MEMREQ & ! SA0.J ; 

!CAB_ - ( ! IOWR_ & !XCV2 & HF1_) ; 

!CBA1_ - (PIPECYC & \MEm_ & 1PCXT) # (MEMREQ & PIPELINE &!MEMV_ & PCXT & SA0.J 
! CBA2__ - (PIPECYC & !MEMW_) ; 

SX - (MEMREQ & PIPELINE # ! IORD_ & PIPELINE & !XCV2_& HF1_) ; 

1DIR_ = ( !XCV2_ & HF1_ & ! IORD_) # ( !MEMW_) ; 


end U5 ; 


*********************************************************************** 

Module Ull 

Title ‘Local ports control REV 3.0 5/3/89 

Daryoosh Khalilolahi, Intel Corporation 
PALI 6L8B- 2 (25ns)’ 

PC592P4 Device ‘P16L8’; 

292063-25 


% Jumper sleeting 8 bit or 16 bit machine 
% inverted address line 0 
% MEMR_ from the PC bus 
% MEMV_ from the PC bus 
% I ORD_/MENRVR w _ output of the 82560 
% IOML- output of the 82560 
% XCV1_ output of the 82560 
% XCV2__ output of the 82560 
% host requests to the 82560 

% command register bit for 0 added W. S . cycles 

% Data t r an s c e i ve r / 1 a t ch tristate enable (D7-D0) 
% Data transceiver/latch tristate enable (D15-D8) 
% local bus transceiver enable signal 
% Local data latch clock 
% latch host data (D7-D0) 

% latch host data (D15-D8) 

% Real time vs. latched data select 
% Data transceiver/latch direction 
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LSBDEC_ 

Pin 1 


”1” VCC Pin 

20 



IORDY_ 

Pin 2 


”1” EPR0MCS_ Pin 

19 


”0” 

BSAO 

pin 3 


”1” PR0MCS_ Pin 

18 


’’0” 

PCXT 

Pin 4 


”1” RDST_ Pin 

17 


”0” 

GCS_ 

Pin 5 


” I ” LDCMD P i n 

16 


”0" 

L560WIN_ 

Pin 6 


"I” LMSBDEC Pin 

15 


I 

IGWR_ 

Pin 7 


” I ” REQEN P i n 

14 


”0” 

IORD_ 

Pin 8 


”1” IOCHRDY Pin 

13 


’’0” 

BOARDEN 

Pin 9 


” I ” unuseda Pin 

12 


”0” 

GND 

Pin 10 


” I ” PROM P i n 

11 


”1” 

’’ SIGNAL 

DEFINITION 






” INPUTS: 

GCS 


% General chip select ouput 

of 82560 



L560WIN 


9b 82560/ command register subwindow 




IORD_ 


9b I ORD_/MEMVR_ output of the 

82560 




IOWC_ 


9b I OVR_ output of the 82560 





PROM 


% PROM selected 





LSBDEC_ 


% least significant bits address decode 



LMSBDEC 


% latched most significant bits address 

decode 


IORDY_ 


% inverted 82560 HRDY output 





BSAO 


9b buffered address line 1 





BOARDEN 


9b Board enabled 




’’OUTPUTS : 








EPR0MCS_ 


9o EPROM chip select 





PRQMCS 


% PROM chip select 





LDCMD 


9b load command register 




” 

RDST_ 


9o read status register 





IOCHRDY 


9b IOCHRDY to the PC bus 





REQEN 


9b memo ry request enabled or 

a non-SRAM 

access 

EQUATIONS 






EPROMCS_ 

- ! ( 1 GCS & 

! IORD__ & l PROM & L560WIN_) ; 




PROMCS_ 

- ! ( ! GCS & 

1 IORD_ & PROM & L560WIN_) ; 




LDCMD 

- !GCS & 

!L560WIN_& 




RDST_ 

- ! ( ! GCS_ & 

!L560WIN_& ! IORD_) ; 




REQEN 

- (PCXT & BSAO) # ( ! PCXT ) # (!LS60WIN_); 




enable IOCHRDY ■= ( !LSBDEC_ & LMSBDEC) ; 




IOCHRDY = 

( ! I ORDY_) 

# 

( ! LSBDEC_ & LMSBDEC & ! BOARDEN 

& L560WIN_) 




# 

(ILSBDEC_ & LMSBDEC & .'BOARDEN 

& ! BSAO ) ; 


end ; 
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1.0 INTRODUCTION 

The emergence of asynchronous communications as the 
most widely used protocol (it commands the largest in- 
stalled base of nodes, exceeding HDLC/SDLC, the sec- 
ond most popular protocol, by a factor of 10 to 1) for 
point to point serial links has led to the need for an 
asynchronous communications component with high 
integration to reduce component count and decrease 
the cost of a serial port. The trend towards higher data 
rates and multiple job, multiple user systems has under- 
scored the need for an intelligent serial controller to 
improve system throughput and decrease the CPU load 
normally associated with asynchronous serial commu- 
nications. 

The 82510 CMOS Asynchronous Serial Controller is 
designed to improve asynchronous communications 
throughput and reduce system cost by integrating func- 
tions and simplifying the system interface. Two inde- 
pendent FIFOs, and Control Character Recognition 
(CCR), provide data buffering and increase software 
efficiency. Two Baud Rate Generators/Timers, an On- 
Chip Crystal Oscillator and seven Programmable I/O 
pins provide a high degree of integration and reduce 
system component count. This application note will 
demonstrate the use of these features in an Asynchro- 
nous Communications Environment. 


1.1 Goal 

The goal of this application note is to demonstrate the 
use of the major 82510 features in an asynchronous 
communications environment and to depict basic hard- 
ware and software design techniques for the 82510. It 
will discuss interfaces using both polling and interrupt 
techniques, as well as the impact of FIFOs using either 
scheme. An application example covering the applica- 
tion of Error Free File Transfer is also provided. 


1.2 Scope 

The application note describes the operation of the 
82510 ASC in a normal (non 8051 9-bit) asynchronous 
communications mode. The majority of the discussion 
is focused towards the systems aspects of the Control- 
ler. The use of the 82510 in a multidrop or 8051 9-bit 
asynchronous environment is not covered. This appli- 
cation note assumes that the reader is familiar with the 
82510 in terms of pin description, register architecture 
and interrupt structure. It is also assumed that the 
reader is familiar with the information provided in the 
825 10 Data Sheet. 

The initial sections of the application note provide an 
overview of the 82510 and its major functional blocks. 


This is followed by a discussion of the hardware design 
and system interface considerations in sections three 
and four. The fifth section provides some software tech- 
niques for transmitting and receiving data as well as the 
use of timers. Section seven briefly discusses the file 
transfer application based on the XMODEM protocol 
and includes the software listings. 


2.0 82510 DESCRIPTION 

2.1 Overview 

The 82510 can be divided into seven functional blocks 
(See Figure 1): Bus Interface Unit (BIU), Timing Unit, 
Modem Interface Module, Tx FIFO, Rx FIFO, Tx Ma- 
chine and Rx Machine. All blocks, except BIU can gen- 
erate a block interrupt request to the 82510 interrupt 
logic. In the case of the Rx Machine, Timing Unit and 
Modem Interface Module, multiple sources (errors and 
status events) within the block cause the block interrupt 
request to become active. All of the blocks have regis- 
ters associated with them. The registers, allow configu- 
ration, provide status information about events/errors, 
and may also be used to send commands to each block. 

2.2 Bus Interface Unit (Bill) 

The Bus Interface Unit (BIU) interfaces the 82510 
functional blocks to the system or CPU bus. It provides 
read and write access to the 82510 registers and con- 
trols the generation of interrupts to the external world. 
The interrupt logic resolves contention between block 
interrupt requests, on a priority basis. The BIU also has 
the Hardware Reset circuitry, which is driven by the 
RESET pin. The reset signal clears all internal Flip 
Flops, and Registers and puts them in a predefined 
state. All activities on the Bus interface, including regis- 
ter accesses by the CPU, are synchronized to an inter- 
nal (82510) system clock, supplied via the CLK pin. 


2.3 Receive Machine (RxM) 

The Rx Machine (RxM) converts the serial data to par- 
allel and writes it to the Rx FIFO, along with the ap- 
propriate flags (available in the Receive Flags Register). 
The Rx Machine can be configured for control charac- 
ter recognition, data sampling and DPLL operation. 
The software can check for noise, control character, 
break, address or parity and framing errors by reading 
the status or character flags. Optionally, the Receive 
Status bits (in RST), when enabled, can generate inter- 
rupt requests. The Rx Machine block Interrupt request 
is reflected in the General Status Register and is set 
when an enabled interrupt request within the Rx Ma- 
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chine (i.e. RST bits) becomes active. The Rx Machine 
has eight registers associated with it: 

Receive Data (RXD) — Receive Data Character 

Receive Flags (RXF) — Receive Character Flags 

Receive Status (RST) — Receive Events and Receive Er- 
rors 

Receive Interrupt Enable (RIE) — Enables Interrupts 
on corresponding bits in RST 

Receive Mode (RMD) — Receive Machine Configura- 
tion 

Receive Command (RCM) — Receiver Command Reg- 
ister 

Line Control (LCR) — 16450 Register, Character Attri- 
bute Configuration 

Line Status (LSR) — 16450 Status Register, Tx and Rx 
status 


2.4 Transmit Machine (TxM) 

The Tx Machine reads characters from the Tx FIFO 
and transmits them serially over the TXD line. The Tx 
Machine can also transmit additional character attri- 
butes (9th bit of Data, Address Marker, Software Pari- 
ty) available from the Transmit Flags, if configured in 
the appropriate mode. The Tx Machine Idle interrupt 
request is reflected in the GSR and LSR registers to 
indicate that the Transmitter is either Empty or Dis- 
abled. The Tx Machine has six registers associated with 
it: 

Line Control (LCR) — 16450 Register, Character Attri- 
bute Configuration 

Line Status (LSR) — 16450 Status Register, Tx and Rx 
status 

Transmit Mode (TMD) — Tx Machine Configuration 

Transmit Command — (TCM) — Transmit Command 
Register 

Transmit Flags (TXF) — Transmit Character Flags 
Transmit Data (TXD) — Transmit Data Character 


2.5 Modem Interface Module 

The Modem Interface module is responsible for the mo- 
dem interface and general purpose I/O pins. It will gen- 


erate Interrupts ( if enabled) u pon trans itions in the mo- 
dem input pins (DCD, CTS, RI, and DSR). The mo- 
dem output pins can be controlled by the CPU, also the 
RTS pin can be used to provide flow control, in the 
automatic transmission mode. It is the source of the 
Modem Interrupt bit in GSR. This bit is set w he never 
there is a state change in the DCD, RI, DSR or CTS 
inputs (reflected in Modem Status Register) and the 
corresponding enable bits are set. The function and di- 
rection of the multifunction pins can be reprogrammed 
and is available as a configuration option. Multifunc- 
tion pins, when configured as outputs, can be con- 
trolled by the CPU through the Modem Control Regis- 
ter. The Modem module has four registers associated 
with it: 

Modem Status 

Register (MSR) — State transitions on modem input 
pins, and State of the modem input pins 

Modem Control (MCR) — Control state of Modem 
Output pins 

Modem Interrupt 

Enable (MIE) — Enable Interrupt on State transitions in 
modem input pins 

I/O Pin Mode (PMD) — Functions and Directions of 
Multifunction pins 

2.6 Timing Unit 

The Timing Unit is responsible for the generation of the 
System Clock, using either its Crystal Oscillator or an 
externally generated clock, and generation of the Tx 
and Rx clocks from either the On-Chip Baud Rate 
Generators or the SCLK pin. It is also responsible for 
generating Timer Expired interrupts when the 
BRGs/Timers are configured for use as Timers. There 
are ten registers associated with the Timing Unit, four 
of these are used in the Timer mode only. 

Timer Status (TMST) — Timer A and/or Timer B ex- 
pired 

Timer Interrupt 

Enable (TMIE) — Enables Interrupts upon Expiration 
of Timers A or B in TMST 

Timer Control (TMCR) — Start and Disable Timers 

Clock Configure (CLCF) — Select source and mode for 
Tx and Rx clocks 
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. BRG B LSB of Divisor (BBL) — Least Significant Byte 
of BRG B Divisor/Count 

BRG A MSB of Divisor (BBH) — Most Significant Byte 
of BRG B Divisor/Count 

BRG A Configuration (BACF) — Mode and Clock 
source of BRG A 

BRG A LSB of Divisor (BAL) — Least Significant Byte 
of BRG A Divisor/Count 

BRG A MSB of Divisor (BAH) — Most Significant 
Byte of BRG A Divisor/Count 


2.7 FIFOs, Rx and Tx 

The Dual FIFOs (transmit and receive), serve as buff- 
ers for the 82510. They buffer the transmitter and Re- 
ceiver from the CPU. Each of the FIFOs has a pro- 
grammable threshold. The threshold is the FIFO level 
which will generate an interrupt. The threshold is used 
to optimize the CPU throughput and provide increased 
interrupt to service latency for higher baud rates. It can 
be configured through the FIFO Mode Register. Each 
FIFO character has flags associated with it (TxF and 
RxF). As each character is read from the Rx FIFO its 
flags are put into the RxF register. Before a write to 
TXD (if character configuration requires) the character 
flags are written to the TXF register. The two FIFOs 


are totally independent of each other and each FIFO 
can generate an interrupt request which indicates that 
the configured threshold has been met. 

3.0 HARDWARE DESIGN 

3.1 System Interface 

The 82510 has a standard I/O peripheral interface, it 
has a demultiplexed Bus, which consists of a bidirec- 
tional eight bit Data Bus, and three Address lines. In- 
terrupt, Read, Write, Chip Select and Reset pins com- 
plete the system interface. The three address lines along 
with the Bank register are used to select a particular 
register. 

3.1.1 REGISTER ACCESS 

The 82510 registers are logically divided into four 
banks. Only one bank can be accessed at any one time. 
Each register bank occupies eight I/O addresses. To 
select a register, the correct Bank must first be selected 
by writing to the GIR/Bank register (the GIR/Bank 
register I/O address is two (Aq = 0, Ai = 1, A 2 = 0). 
Then one of the eight I/O space addresses is selected by 
outputting a value (between zero and seven) to the 
82510 address pins A 0 -A 2 . 
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BANK ZERO 8250—COMPATIBLE BANK 

Register 

7 

6 

5 

4 

3 

2 

1 

0 

Address 

Default 

TxD 

Tx Data 

Tx Data 

Tx Data 

Tx Data 

Tx Data 

Tx Data 

Tx Data 

Tx Data 

0 

— 


bit 7 

bit 6 

bit 5 

bit 4 

bit 3 

bit 2 

bit 1 

bitO 



RxD 

Rx Data 

Rx Data 

Rx Data 

Rx Data 

Rx Data 

Rx Data 

Rx Data 

Rx Data 

0 

— 


bit 7 

bit 6 

bit 5 

bit 4 

bit 3 

bit 2 

bit 1 

bitO 



BAL 

BRGA LSB Divide Count (DLAB = 1) 

0 

02H 

BAH 

BRGA MSB Divide Count (DLAB = 1) 

1 

00H 

GER 

0 

0 

Timer 

Tx Machine 

Modem 

Rx Machine 

Tx FIFO 

Rx FIFO 

1 

00H 




Interrupt 

Interrupt 

Interrupt 

Interrupt 

Interrupt 

Interrupt 






Enable 

Enable 

Enable 

Enable 

Enable 

Enable 



GIR/BANK 

0 

BANK 

BANK 

0 

Active 

Active 

Active 

Interrupt 

2 

01H 



Pointer 

Pointer 


Block Int 

Block Int 

Block Int 

Pending 





bit 1 

bit 0 


bit 2 

bit 1 

bitO 




LCR 

DLAB 

Set 

Parity 

Parity 

Parity 

Stop bit 

Character 

Character 

3 

00H 


Divisor 

Break 

Mode 

Mode 

Mode 

Length 

Length 

Length 




Latch 
Access bit 


bit 2 

bit 1 

bit 0 

bitO 

bit 1 

bitO 



MCR 

0 

0 

OUTO 

Loopback 

OUT 2 

OUT 1 

RTS 

DTR 

4 

00H 




Complement 

Control bit 

Complement 

Complement 

Complement 

Complement 



LSR 

0 

TxM 

Tx FIFO 

Break 

Framing 

Parity 

Overrun 

Rx FIFO 

5 

60H 



Idle 

Interrupt 

Detected 

Error 

Error 

Error 

Int Reg 



MSR 

DCD Input 

Rl Input 

DSR Input 

CTS Input 

State 

State (H -> L) 

State 

State 

6 

00H 


Inverted 

Inverted 

Inverted 

Inverted 

Change 

Change 

Change 

Change 








in DCD 

in Rl 

in DSR 

in CTS 



ACRO 

Address or Control Character Zero 

7 

00H 


BANK ONE— GENERAL WORK BANK 

Register 

7 

6 

5 

4 

3 

2 

1 

0 

Address 

Default 

TxD 

Tx Data 

Tx Data 

Tx Data 

Tx Data 

Tx Data 

Tx Data 

Tx Data 

Tx Data 

0 

— 


bit 7 

bit 6 

bit 5 

bit 4 

bit 3 

bit 2 

bit 1 

bitO 



RxD 

Rx Data 

Rx Data 

Rx Data 

Rx Data 

Rx Data 

Rx Data 

Rx Data 

Rx Data 

0 

— 


bit 7 

bit 6 

bit 5 

bit 4 

bit 3 

bit 2 

bit 1 

bitO 



RxF 

— 

Rx Char 

Rx Char 

Rx Char 

Address or 

Break 

Rx Char 

Ninth 

1 

— 



OK 

Noisy 

Parity 

Control 

Flag 

Framing 

Data bit 







Error 

Character 


Error 

of Rx Char 



TxF 

Address 

Software 

Ninth bit 

0 

0 

0 

0 

0 

1 

— 


Marker bit 

Parity bit 

of Data Char 








GIR/BANK 

0 

BANK 

BANK 

0 

Active 

Active 

Active 

Interrupt 

2 

01 H 



Pointer 

Pointer 


Block Int 

Block Int 

Block Int 

Pending 





bit 1 

bitO 


bit 2 

bit 1 

bitO 




TMST 

— 

— 

Gate B 

Gate A 

— 

— 

Timer B 

Timer A 

3 

30H 




State 

State 



Expired 

Expired 



TMCR 

0 

0 

Trigger 

Trigger 

0 

0 

Start 

Start 

3 

— 




Gate B 

Gate A 



Timer B 

Timer A 



MCR 

0 

0 

OUTO 

Loopback 

OUT 2 

OUT 1 

RTS 

DTR 

4 

00H 




Complement 

Control bit 

Complement 

Complement 

Complement 

Complement 




Figure 2. 82510 Register Map 
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BANK ONE — GENERAL WORK BANK (Continued) 

Register 

7 

6 

5 

4 

3 

2 

1 

0 

Address 

Default 

Bim 

— 

Rx FIFO Level 

— 

Tx FIFO Level 

4 


■ 

Address/ 

Control 

Character 

Received 

Address/ 

Control 

Character 

Match 

Break 

Terminated 

Break 

Detected 

Framing 

Error 

Parity 

Error 

Overrun 

Error 

Rx FIFO 
Interrupt 
Requested 

5 

00H 

RCM 

Rx 

Enable 

Rx 

Disable 

Flush 

RxM 

Flush 

Rx FIFO 

Lock Rx 

FIFO 

Open Rx 
FIFO 


0 



MSR 

DCD 

Complement 

Rl Input 
Inverted 

DSR Input 
Inverted 

CTS Input 
Inverted 

State 

Change 
in DCD 

State 
Change 
in Rl 

State 
Change 
in DSR 

State 
Change 
in CTS 

6 


TCM 

0 

0 

0 

0 

Flush Tx 
Machine 

Flush Tx 
FIFO 

Tx 

Enable 

Tx 

Disable 

6 

— 

GSR 

— 

__ 

Timer 

Interrupt 

TxM 

Interrupt 

Modem 

Interrupt 

RxM 

Interrupt 

Tx FIFO 
Interrupt 

Rx FIFO 
Interrupt 

7 

12H 

ICM 

0 

0 

0 

Software 

Reset 

Manual Int 

Acknowledge 

Command 

Status 

Clear 

Power 

Down 

Mode 

0 

7 

■ 



Register 

7 

6 

5 

4 

3 

2 

1 

0 



FMD 

0 

0 

Rx FIFO Threshold 

0 

0 

Tx FIFO Threshold 

1 

00H 

GIR/BANK 

0 

BANK 

BANK 

0 

Active 

Active 

Active 

Interrupt 

2 

01 H 



Pointer 

Pointer „ 


Block Int 

Block Int 

Block Int 

Pending 





bit 1 

bit 0 


bit 2 

bit 1 

bitO 




TMD 

Error 

Control 

9-bit 

Transmit Mode 

Software 

Stop Bit Length 

3 

00H 


Echo 

Character 

Character 



Parity 






Disable 

Echo Disable 

Length 



Mode 





IMD 

0 

0 

0 

0 

Interrupt 

Rx FIFO 

ulan 

Loopback or 

4 

OCH 






Acknowledge 

Depth 

Mode 

Echo Mode 








Mode 


Select 

of Operation 



ACR1 

Address or Control Character 1 

5 

00H 

RIE 

Address/ 

Address/ 

Break 

Break 

Framing 

Parity 

Overrun 

0 

6 

1EH 


Control 

Control 

Terminate 

Detect 

Error 

Error 

Error 





Character 

Character 

Interrupt 

Interrupt 

Interrupt 

Interrupt 

Interrupt 





Recognition 

Match 

Enable 

Enable 

Enable 

Enable 

Enable 





Interrupt 

Interrupt 










Enable 

Enable 









RMD 

Address/Control 

Disable 

Sampling 

Start bit 

0 

0 

0 

7 

00H 


Character Mode 

DPLL 

Window 

Sampling 










Mode 

Mode 







BANK THREE — MODEM CONFIGURATION 

Register 

7 

6 

5 

4 

3 

2 

1 

0 

Address 

Default 

CLCF 

Rx Clock 
Mode 

Rx Clock 
Source 

Tx Clock 
Mode 

Tx Clock 
Source 

0 

0 

0 

0 

0 

00H 

BACF 

0 

BRGA 

Clock 

Source 

0 

0 

0 

BRGA 

Mode 

0 

0 

1 


BBL 

BRGB LSB Divide Count (DLAB = 1) 

0 

05H 

BBH 

BRGB MSB Divide Count (DLAB = 1) 

1 

00H 


Figure 2. 82510 Register Map (Continued) 
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BANK THREE— MODEM CONFIGURATION (Continued) 

Register 

7 

6 

5 

4 

3 

2 

1 

0 

Address 

Default 

GIR/BANK 

0 

BANK 
Pointer 
bit 1 

BANK 

Pointer 

bitO 

0 

Active 

Block Int 

bit 2 

Active 

Block Int 
bit 1 

Active 

Block Int 
bitO 

Interrupt 

Pending 

2 

01 H 

BBCF 

BRGB Clock Source 

0 

0 

0 

BRGB 

Mode 

0 

0 

3 

84 

PMD 

DCD/ICLK/ 

OUT 1 

Direction 

DCD/ICLK/ 

OUT 1 

Function 

DSR/TA/ 

OUTO 

Direction 

DSR/TA/ 

OUTO 

Function 

RI/SCLK 

Function 

DTR/TB 

Function 

0 

0 

4 

FCH 


0 

0 



DCD State 
Change Int 
Enable 

Rl State 
Change Int 
Enable 

DSR State 
Change Int 
Enable 

CTS State 
Change Int 
Enable 

5 

0FH 


0 

0 

0 

0 

0 

0 

Timer B 
Interrupt 
Enable 

Timer A 
Interrupt 
Enable 

6 

00H 


Figure 2. 82510 Register Map (Continued) 


3.1.2 READ AND WRITE CYCLES 

Like most other I/O based peripherals the Read and 
Write pins are used to access data in the 82510. Each 
read or write cycle has specified setup and hold times in 
order for the data to be transferred correctly to/from 
the 82510. The critical timings for the read cycle are: 

1. Address Valid to Read Active (Tavrl) 

2. Command Access Time to Data Valid (Trldv) 

3. Command Active Width (Trlrh) 

The less critical parameters are: 

4. Address Hold to Read Inactive (Trhax) 

5. Data Out Float Delay after Read Inactive (Trhdz) 

The critical timings for the write cycle are: 

1. Address Valid to Write Low (Tavwl) 

2. Write Active Time (Twlwh) 

3. Data Valid to Write Inactive (Tdvwh) 

The less critical parameters are: 

4. Address and Chip Select Hold Time After Write 
Inactive (Twhax) 

5. Data Hold Time After Write Inactive (Twhdx) 

These timings determine the number of wait states re- 
quired for the 82510 and the CPU interface. The inter- 
faces for some popular microprocessors are discussed in 
the following sections. 


3.1.3 80186 INTERFACE 

The exact interface is shown in Figure 3. The schematic 
shows the 80186 interface to the 82510 on a local bus. 
Although the Data Bus is buffered, it is possible to 
directly connect the 82510 to the 80186 data bus; be- 
cause the Data Float Delay after read inactive is 40 ns 
for the 82510, which is well under the 85 ns require- 
ment of the 80186. The timing equations for the inter- 
face are given below. 

Read Cycle: 

Address to Read Low = Tclcl — Tclav max + Tclrl m j n 

- Latch Delay max 

Read Access Time = 2Tclcl — Tclrl max — Tdvcl — 
Transceiver Delay max 

Read Active Time = Trlrh 

= 2Tclcl - 46 

Write Cycle: 

Address Valid to Write Active = Tclcl + Tcvctv m j n 

— Tclav max — Latch Prop. Delay max 

Write Active Time = Twlwh 

= 2Tclcl - 40 

Data Valid to Write Inactive = 2 Tclcl — Tcldv max — 
Transceiver Delay max + Tcvctx m j n 
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Figure 3. 82510 Interface to 80186 
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The user can transfer data to the 82510, using the 
DMA capabilities of the 80186, by using the RTS pin, 
in autom atic m odem control mode, as a DMA request 
line. The RTS pin, in automatic mode, will go inactive 
as soon as the Tx FIFO and the Tx shift register are 
empty. It will become active once a data character is 
written to the TXD register. In most 80186 DMA trans- 
fers the user has to make sure that the DMA request 
line goes inactive at least two clock cycles from the end 
of the DMA deposit cycle. In this case, the extra DMA 
cycle is not a problem, because the Tx FIFO will buffer 
the data to prevent an overrun ( Since the Tx FIFO can 
buffer up to four characters, the RTS pin only needs to 
go inactive two clocks before the e nd of the deposit 
phase of the fourth DMA). Typically RTS will go inac- 
tive five (82510) system clocks after the rising edge of 
write. 


3.1.4 80286 INTERFACE 

The 80286 interface is shown in Figure 4. The 82510 is 
on the local bus, and is using the control signals from 
the 82288 Bus Controller. The Data Enable (OE) is 
qualified by the 82510 Chip Select, to avoid Data Bus 
contention between the 82510 and the CPU. The timing 
equations for the Read and Write Cycles are given be- 
low. 

Read Cycle: 

Address Valid to Read Active = T1 (CLK period) + 
T29 m j n (CLK to cmd active) — T16 max (ALE active 
delay) — Latch Prop. Delay max 

Read Access to Data Valid = 2T1 (CLK period) — 
T29 max (CLK to cmd active) — T8 (Read Data Setup 
Time) — Transceiver Delay max 

Read Active Time = 2T1 (CLK period) — T29 max 
(CLK to cmd active) + T30 m j n (CLK to cmd inactive) 

Write Cycle: 

Address to Write Low = T1 (CLK period) + T29 m j I1 
(CLK to cmd active) — T16 max (ALE active delay) — 
Latch Delay max 

Write Active Time = 2 T1 (CLK period) — T29„i ax 
(CLK to cmd active) + T30 m j n (CLK to cmd inactive) 

Data to Write High = 3 T1 — T14 m i n (Write Data 
Valid Delay) + T30 m i n (CLK to cmd inactive) — 
Xcvr. Delay max 

Using an 8 MHz 80286 with the 82510 at 18.432 MHz 
(divide by two — 9.216 MHz) requires two wait states. 
The critical timings are the read cycle timings — Read 
Access Time and Read Active Width. Inserting two 


wait states means that the access times for the relevant 
parameters will be increased by 250 ns. 

NOTE: 

The address decoding scheme of the 80286 interface is 
different from the IBM PC/PC AT I/O addresses for 
the serial ports, therefore the interface shown in Fig- 
ure 4 cannot be used in PC/PC AT oriented designs. 

3.1.5 80386 INTERFACE 

The 80386 interface to the 82510 is given in Figure 5. 
The example uses the Basic I/O interface given in the 
80386 Hardware Reference Manual section 8.3. The 
only differences are in the specific address lines used for 
chip select generation, and the additional wait states in 
the wait state generation logic. The address lines A3, 
A4 and A5 are used to select one of the eight register 
address spaces in the 82510, therefore, A6 and A7, 
rather than A4 and A5, are used in the I/O decoder. 
This causes a granularity of four in the 82510’s I/O 
address space, i.e., the addresses of two consecutive reg- 
isters in the 82510 differ by four. 

The 82510 requires one additional wait state (as cur- 
rently specified), the design assumes that the PAL 
equations are modified for that purpose. The user may 
also externally generate the wait states and connect to 
the “other ready logic” input ORed with the RDY pin 
of PAL 2. The two read timings Read Active width and 
Read Access time to Data Valid each require one addi- 
tional wait state in order to meet the 82510 timing re- 
quirements. The timings are given below. (82510 times 
are at 9.216 MHz) 

Read Cycle: 


Read Access to Data Valid 

= 253.25 ns 

82510 Trldv 

= 308 

additional time reqd. 

= 308-253.25 


= 54.75 ns 

Read Active Width 

= 269.25 

82510 Trlrh 

= 308 

additional time reqd. 

= 308-269.25 


= 38.75 ns 


Address Valid to Read Active = 132.75 ns 

82510 Tavrl = 7 ns 

Since each additional wait state adds 62.5 ns at 
16 MHz, the 82510 requires one additional wait state. 
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Figure 4. 80286 Interface to the 82510 
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Figure 5. 80386 Interface to the 82510 
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The required recovery time between successive com- 
mands is 123 ns for the 82510, this is well within the 
331.75 ns provided by the Basic I/O interface. 

Write Cycle: 

Addven to Write Low = 132.75 ns 


82510Tavwl = 7 ns 


Write Active Time = 300.5 ns 


82510 Twlwh = 231 ns 

Data to Write High = 289.5 ns 
82510 Tdv"wh = 90 ns 

NOTE: 

The interface shown in Figure 5 uses a different ad- 
dress decoding scheme than that used for the IBM 
PC/PC AT families, for the serial ports. Therefore, 
the interface in Figure 5 can not be used in PC/PC 
AT compatible designs. 


3.2 Reset 

The 82510 can be reset either through hardware (Reset 
pin) or Software (reset command via Internal Com- 
mand Register-ICM). Either reset would cause the 
82510 to return to its default wake up mode. In this 
mode the register contents are reset to their default val- 
ues and the device is in the 16450 compatible configura- 
tion. The Reset pulse must be held active for at least 
eight system clocks, the system clock should be running 
during reset active time. 


3.2.1 DEFAULT MODES FOR 16450 
COMPATIBILITY 

Upon reset the 82510 will return to its Default Wake 
Up mode. The default register bank is bank zero. The 
registers in bank zero are identical to the 16450 register 
set, and provide complete software compatibility with 
the 16450* in the IBM PC environment. The registers 
in the other banks have default values, which configure 
the 82510 for 16450 emulation. The recommended sys- 
tem clock (for PC compatibility) is 18.432 MHz, this 
allows the baud rates generation to be done in a manner 
compatible with the PC software. The PC software cal- 
culates baud rates based on a source frequency of 
1.8432 MHz. The 82510 system clock (18.432 MHz) is 
divided by two before being fed to BRG A and then is 
again divided by five (BRG B default). This causes the 
frequency to be divided by ten before being fed into 
BRG A. 18.432 divided by ten yields 1.8432 MHz, so in 
effect the BRG A is generating baud rates from a 
source frequency of 1.8432 MHz (which is compatible 

*16450 is the PC AT version of the INS 8250 A. 


with the PC software). Also since in the PC family the 
interrupt request pin of the UART is gated by the 
OUT2 pin, The OUT2 pin must be available in the 
16450 compatibility mode, consequently the user is re- 
stricted to an external clock source when using the 
82510 in the IBM PC compatible mode. The default pin 
out is given in Figure 6 and the configuration is given in 
Table 1. The default register values are given in the 
82510 register map shown in Figure 2 in section 3.1.1. 

Table 1. 82510 Default Configuration 


INTERRUPTS 
Auto Acknowledge 
All Interrupts Disabled 

RECEIVE 

Stand Ctl. Char. Recogn. disabled 

Digital Phase Locked Loop (DPLL) disabled 

3/16 Sampling 

Majority Vote Start bit 

Non jiilan (Normal) mode 

BkD, FE, OE, PE Int. enabled 

FIFO 

Rx FIFO Depth = 1 
Tx FIFO Threshold = 0 

AUTO ECHO Disabled 

LOOP BACK Configured 

for Local Loopback 

CLOCK OPTIONS 
Baud Rate = 57.6K 
Rx Clock = 16 x 
Rx Clock Source = BRG B 
Tx Clock = 16 x 
Tx Clock Source = BRG B 
BRG A Mode = BRG 
BRG A Source = Sys. Clock 
BRG B Mode = BRG 
BRG B Source = BRG A Output 

TRANSMIT 
Manual Control of RTS 
1 Stop Bit 
No Parity 
5 Bit Character 
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Figure 6. Default Pin Out Configuration 
of the 82510 


3.3 System Clock Options 

The term “System Clock” refers to the clock which 
provides timings for most of the 82510 circuitry. The 
82510 has two modes of system clock usage. It can 
generate its system clock from its On-Chip Crystal Os- 
cillator and an external crystal, or it can use an exter- 
nally generated clock, input to the device through the 
CLK pin. The selection of the system clock option is 
done during reset. The default system clock source is an 
externally generated clock, w hich c an be reconfigured 
by a stra pping option on the RTS pin. During Reset, 
the RTS pin is an input; it is internally pulled high, if it 
is externally driven low, then the 82510 expects to use 
the Crystal Oscillator for system clock generation, oth- 
erwise it is set up for using an external clock source. 
This can be done by using an open collector inverter to 
RTS, the input of the inverter is t he Re set signal. The 
82510 has a pull up resistor in the RTS circuitry so no 
external pull up is needed. In the crystal oscillator 
mode the C LK/X 1 pin is automatically configured to 
XI, and the OUT2/X2 pin is configured to X2. In the 
External Cloc k mo de, the CLK/X1 is config ured to 
CLK and the OUT2/X2 is configured to OUT2. 



EXTERNAL CLOCK 


OPEN COLLECTOR 
RESET [ 


DTR<1 ■ 


CLK 

OUT2 

DTR 



231928-7 


NOTE: 

Crystal Oscillator is always divided by two. 

Figure 8. Disable Divide by Two 

If the Crystal Oscillator is being used to supply the 
system clock, then the clock frequency is always divid- 
ed by two before being fed into the rest of the 82510 
circuitry. If, however an external clock source is being 
used to supply the system clock, then the user has two 
options: 

1. Use the System Clock after division by two, e.g. if a 
8 MHz clock is being fed into the CLK pin, then the 
actual frequency of the 82510 system clock will be 4 
MHz (default). 

2. Disable Division by two and use the direct undivid- 
ed clock, e.g. if an 8 MHz clock is being fed into the 
CLK pin, then the actual frequency of the 82510 
system clock is also 8 MHz. 

The divide by two option is the default mode of opera- 
tion in the External Clock mode of the 82510. A strap- 
ping option can be used to disable the Divide By Two 
operation (For Crystal Oscillator Mode Di vide B y Two 
must always be active). During Reset, the DTR pin is 
an input; it is internally pulled high, if it is externally 
driven low then the Divide By Two operation is dis- 
abl ed. T he strapping option is identical to the one used 
on RTS for selection of the System Clock source. 

The 82510 system clock must be chosen with cafe since 
it influences the wait state performance, Baud Rate 
Generation (if being used as source frequency for the 
BRGs), the power consumption, and the Timer count- 
ing period. The power consumption of the 82510 is de- 
pendent upon the system clock frequency. If using the 
system clock as a source for the Baud Rate Genera- 
tors), then the system clock frequency must be a baud 
rate multiple in order to minimize frequency deviation. 
For standard baud rates a multiple of 1.8432 MHz can 
be used, in fact the 18.432 MHz maximum frequency 
was chosen with this particular criteria in mind. 


Figure 7. Crystal Oscillator Strapping Option 
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Figure 9. Timing Flow of the 82510 
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3.3.1 POWER DOWN MODE 


3.3. 1.2 Idle Mode 


The 82510 has a “power down” mode to reduce power 
consumption when the device is not in use. The 82510 
powers down when the power down command is issued 
via the Internal Command Register (ICM). There are 
two modes of power down, Power Down Sleep and 
Power Down Idle. 

3.3.1. 1 Sleep Mode 


The 82510 is said to be in the Idle mode when the 
Power Down command is issued and the system clock 
is still running (i.e. the system clock is generated exter- 
nally and not disabled by the user). In this mode the 
contents of all registers and memory cells are preserved, 
however, the power consumption in this mode is great- 
er than in the Sleep mode. Reading FLR will take the 
82510 out of this mode. 


This is the mode when even the system clock of the 
82510 is shut down. The system clock source of the 
82510 can either be the Crystal Oscillator or an exter- 
nal clock source. If the Crystal Oscillator is being used 
and the power down command is issued, then the 
82510 will automatically enter the Sleep mode. If an 
external clock is being used, then the user must disable 
the external clock in addition to issuing the Power 
Down command, to enter the Sleep mode. The benefit 
of this mode is the increased savings in power con- 
sumption (typical power consumption in the Sleep 
mode is in the range of hundreds of microAmps. How- 
ever, upon wake up, if using a crystal oscillator, the 
user must reprogram the device. The data is preserved 
if the external clock is disabled after the power down 
command, and enabled prior to exiting the power down 
mode. To exit this mode the user can either issue a 
Hardware reset, or read the FIFO Level Register (FLR) 
and then issue a software reset (if using a Crystal Oscil- 
lator). In either case the contents of the 82510 registers 
are not preserved and the device must be repro- 
grammed prior to operation. 

NOTE: 

If the Crystal Oscillator is being used then the user 
must allow about 1 ms for the oscillator to wake up 
before issuing the software reset. 

Table 2. The Pi 


NOTE: 

The data read from FLR when exiting Power Down is 
incorrect and must be ignored. 

4.0 INTERRUPT BEHAVIOR 

4.1 FIFO Usage 

The 82510 has two independent four bytes transmit and 
receive FIFOs. Each FIFO can generate an interrupt 
request, when the FIFO level meets the Threshold re- 
quirements. The FIFOs can have a considerable impact 
on the performance of an asynchronous communica- 
tions system. For systems using high baud rates they 
can provide increased interrupt-to-service latency re- 
ducing the chances of an overrun occurring. In systems 
constrained for CPU time, the FIFOs can increase the 
CPU Bandwidth by reducing the number of interrupt 
requests generated during asynchronous communica- 
tions. It can reduce the interrupt load on the CPU by 
up to 75%. By choosing the FIFO thresholds which 
reflect the system bandwidth or service latency require- 
ments, the user can achieve data rates and system 
throughput, unattainable with traditional UARTs. 

r Down Modes 


Mode 

Clock Source 

Exit Procedure 

Power Consumption 

Data Preservation 

Sleep 

Crystal Oscill. 
Automatically 
Disabled 

H/W Reset or 

Read FLR and 

Issue S/W Reset 

100-900 jllA 

Not Preserved 

Must be Reprogrammed 


External Clock 
Must be Disabled 
by User 

Enable External 

Clock, Read FLR 
and Issue S/W Reset 
H/W Reset 

100-900 juA 

Not Preserved 

Must be Reprogrammed 

Idle 

External Clock 
Running 

H/W Reset 

Read FLR 

1 -3 mA 

All Data Preserved 

Does Not Need to be 
Reprogrammed 
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4.1.1 INTERRUPT-TO-SERVICE LATENCY 

The interrupt-to-service latency is the time delay from 
the generation of an interrupt request, to when the in- 
terrupt source in the 82510 is actually serviced. Its 
primary application is in the reception of data. In tradi- 
tional UARTs the CPU must read the current charac- 
ter in the Receive Buffer before it is overrun by the next 
incoming character. The Rx FIFO in the 82510 can 
buffer up to four characters, allowing an interrupt-to- 
service latency of up to four character transmission 
times. The character transmission time is the time peri- 
od required to transmit one full character at the given 
Baud Rate. It is dependent upon the baud rate and is 
given by equation (1): 

(1) Character Transmission Time = 

Num. of Bits per Character Frame 
Baud Rate 

The Transmit and Receive FIFO thresholds should be 
selected with consideration to two factors the Baud 
rate, and the (CPU Bandwidth allocated for Asynchro- 
nous Channels is dependent upon the number of chan- 
nels supported since it does not include the overhead of 
supporting other peripherals) number of Asynchronous 
Serial ports being supported by the CPU. In order to 
avoid overrun, the interrupt-to-service delay must be 
less than the time it takes to fill the 82510 Rx FIFO. 
The relationship is given by equation (2): 

(2) Int to service-latency < FIFO Size X 

Character Transmission Time 

Example 

Calculate the maximum baud rate that can be support- 
ed by a 6 MHz PC AT to support four Full Duplex 
Asynchronous channels using 

a) The 82510 with four byte FIFO. 

b) The 82510 with one byte FIFO. 

Assumptions: 

• CPU dedicated to Asynchronous communications. 

• UART Interrupts limited to Transmission and Re- 
ception only. 

• Interrupt Routines are optimized for fast through- 
put. 

• 10 bits per character frame. 


Going back to equation (2): 

Int._to service latency < Buffer size x 10/ baud rate 

Int to service latency = # of Channels X (# of 

int. sources per channel) 
X Time required to serv- 
ice interrupt 

Int to service latency = 4 X 2 X Time required to 

service interrupt 

The Time required to service interrupt has been calcu- 
lated to be 100 juts for a slightly optimized service rou- 
tine. RMX86 interrupt service time is given as 250 jits 
and for other operating systems it should be slightly 
higher. 

Int to service 

latency = 4x2x100 s 

= 800 jus 

82510 max Baud Rate = 4 X 10/800 jus 
(four byte FIFO) = 50K bits/sec 
82510 max Baud Rate = 1 X 10/800 ju,s 
(one byte FIFO) = 12.5K bits/sec 

4.2 Interrupt Handling 

The 82510 has 16 different sources of interrupt, each of 
these sources, when set and enabled, will cause their 
respective block interrupt requests to go active. The 
block interrupt request, if enabled, will set the 82510’s 
INT pin high, and will be reflected as a pending inter- 
rupt in the General Interrupt Register (GIR) if no other 
higher priority block is requesting service. If a higher 
priority block interrupt is also active at the same time, 
then the General Interrupt Register will reflect the high- 
er priority request as the source of the 82510 interrupt. 
The lower priority interrupt will issue a new edge on 
the interrupt pin only after the higher priority interrupt 
is acknowledged and if no other priority block requests 
are present. Both the block interrupts and the individu- 
al sources within the blocks are maskable. The block 
interrupts are enabled through the General Enable Reg- 
ister (GER) which prevents masked bits in the General 
Status Register (GSR) from being decoded into the 
General Interrupt Register. This does not prevent the 
block request from being set in the General Status Reg- 
ister, it only prevents the masked GSR bits from being 
decoded into the General Interrupt Register, and thus 
generating any interrupts. The individual sources with- 
in the block are masked out via the corresponding in- 
terrupt enable register associated with the specific block 
(Rx Machine, Timing Unit and the Modem I/O mod- 
ule each have an Interrupt Enable register). 
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Figure 9. 82510’s Interrupt Scheme 
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4.2.1 THE INTERRUPT SCHEME 

The 82510 interrupt logic consists of the following ele- 
ments: 


4.2.1. 1 Interrupt Sources Within Blocks 

Three of the 82510 functional blocks (Rx Machine, 
Timer, Modem I/O) have more than one possible 
source of interrupts, for instance the Rx Machine has 
seven different sources of interrupts — standard control 
character recognition (Std. CCR), control character 
Match (special CCR), Break Detect, Break Terminat- 
ed, Overrun Error, Parity Error, and Framing Error. 
The multiple sources are represented as Status bits in 
the Status registers of. each of these blocks. When en- 
abled the Status bits cause the block request to set in 
the General Status Register. There is no difference in 
the behavior of the INT pin or the block status bits in 
GSR, for multiple sources within a block becoming ac- 
tive simultaneously. The corresponding block status bit 
in GSR is set when one or more interrupt sources with- 
in the block become active. When the status register for 
the block is read all the active interrupt sources within 
the block are reset. Each source within the three blocks 
can be masked through its respective enable register. 

4.2.1. 2 General Status Register (GSR) 

This register holds the status of the six 82510 blocks 
(all except Bus Interface Unit). Each bit when set indi- 
cates that the particular block is requesting interrupt 
service^ and if enabled via the General Enable Register, 
will cause an interrupt. 

4.2. 1.3 General Enable Register (GER) 

This register is used to enable/disable the correspond- 
ing bits in the General Status Register. It can be pro- 
grammed by the CPU at any time. 

Table 3. Block Interrupt Priority 


Block 

Priority 

GIR CODE 

3 2 1 (Bits) 

Timers 

5 (highest) 

10 1 

Tx Machine 

4 

1 0 0 

Rx Machine 

3 

0 1 1 

Rx FIFO 

2 

0 1 0 

Tx FIFO 

1 

0 0 1 

Modem I/O 

0 (lowest) 

0 0 0 


4.2.1. 4 Priority Resolver and General Interrupt 
Register 

If more than one enabled Interrupt request from GSR 
is active, then the priority resolver is used to resolve 
contention. The priority resolver finds the highest pri- 
ority pending and enabled interrupt in GSR and de- 
codes it into the General Interrupt Register (bits 3 to 1). 
The General Interrupt Register can be read at any time. 

NOTE: 

GIR is updated continuously, so while the user may 
be serving one interrupt source, a new interrupt with 
higher priority may update GIR and replace the older 
one. 

4.2.2 INTERRUPT ACKNOWLEDGE MODES 

The 82510 has two modes of interrupt acknowledge- 
ment — Manual acknowledge and Automatic acknowl- 
edge. In Manual Acknowledge mode, the user has to 
issue an explicit Acknowledge Command via the 
Internal Command Register (ICM) in order to cause 
the INT pin to go low. In Automatic Acknowledge 
mode the INT pin will go low as soon as an active or 
pending interrupt request is serviced by the CPU. An 
operation is considered to be a service operation if it 
causes the source of the interrupt (within the 82510) to 
become inactive (the specific status bit is reset). The 
service procedures for each source vary, see section 

4. 2. 3. 2 for details. 

4.2.2.1 Automatic Acknowledgement 

In the automatic acknowledge mode, a service opera- 
tion by the CPU will be considered as an automatic 
acknowledgement of the interrupt. This will force the 
INT pin low for two clock cycles, after that the INT 
pin is updated i.e. if there is an active enabled source 
pending then the INT pin is set high again (reflected in 
GIR). This mode is useful in an edge triggered Inter- 
rupt system. Servicing any enabled and active GSR bit 
will cause Auto Acknowledge to occur (independently 
of the source currently decoded in the GIR register). 
This can be used to rearrange priorities of the 82510 
block requests. 
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8259A — ► Edge Triggered 
Non Auto EOI 

82510 Automatic Acknowledge 


Figure 10. Automatic Acknowledge Mode Operation 



231928-11 

NOTE: 

Vector refers to GIR bit (3-0) 

82510: Manual Ack. Mode 

825 9 A: Edge Triggered Non AEOI 


Figure 11. Manual Acknowledge Mode Operation 
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4. 2. 2. 2 Manual Mode of Acknowledgement 

The Manual Acknowledgement Mode requires that, 
unlike the automatic mode where a service operation is 
considered as an automatic acknowledge, an explicit 
acknowledge command be issued to the 82510 to cause 
INT to go inactive. In this mode the CPU has complete 
control over the timing of the Interrupts. Before exiting 
the service routine, the CPU can check the GIR register 
to see if other interrupts are pending and can service 
those interrupts in the same invocation, avoiding the 
overhead of another interrupt as in the Automatic 


mode. Of course the user has the option of issuing the 
acknowledge command immediately after the service, 
which would be similiar in behavior to the automatic 
mode. If the manual acknowledge command is given 
before the active source has been serviced and no higher 
priority request is pending, then the same source will 
immediately generate a new interrupt. Therefore, the 
software must make sure that the Manual Acknowl- 
edge command is issued after the interrupt source has 
been serviced by the CPU (see section 4.2.3. 2. for more 
details on interrupt service procedures for each source). 
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4.2.3 GENERAL INTERRUPT HANDLER 

In general an interrupt handler for the 82510 must first 
identify the interrupt source within the 82510, transfer 
control to the appropriate service routine and then 
service the active source. The active source can be iden- 
tified from two registers — General Interrupt Register, 
or General Status Register. The GIR register identifies 
the highest priority active block interrupt request. The 
GSR register identifies all active (pending or in service) 
Block Interrupt Requests. The typical operation of the 
82510 interrupt handler is given in Figure 12. The two 
major issues of concern are the source identification 
and Control Transfer to the appropriate service routine. 


Since the 82510 registers are divided into banks, and 
the interrupt handler may change register banks during 
service, it is best to save the bank being used by the 
main program and then do the interrupt processing. 
Upon completion of service, the original bank value is 
restored to the GIR/Bank register. 

4.2.3.1 Source Identification 

The 82510 has 16 interrupt sources, and the CPU must 
identify the source before performing any service. Al- 
though the procedure varies, the typical method would 
be to identify the block requesting service by reading 
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GIR bits 3-1. If the source is either Tx Machine, Tx 
FIFO, or Rx FIFO, no further indentification is need- 
ed, the user can transfer control to the service routine 
(in most cases, only one Timer will be used, therefore 
the Timer Routine can also be directly invoked). All 
modem I/O interrupts can be handled via one routine 
as all the modem interrupt sources are supplementary 
to the modem handshaking function. The Rx Machine, 
however, has two different types of interrupt sources, 
event indications (OCR/ Address recognition CCR/ Ad- 
dress Match, Break Detect, Break Terminate, and 
Overrun Error), and error indications (Parity Error, 
Framing Error, these error indications do not refer to 
any particular character, they just indicate that the spe- 
cific error was detected during reception). For most ap- 
plications, the error indicators can be masked off, and 
only the event driven interrupts enabled. The error in- 
dicators can be read from the Receive Flags prior to 
reading a character from the FIFO. This interrupt 
scheme can be used, because the Receive character er- 
ror indicators are available in the Receive Flags, and 
can be checked by the Receive routine before reading 
the character from the Rx FIFO. 

Since all active status bits (except Rx FIFO interrupt in 
LSR and RST) are reset when the corresponding block 
status register is read, the interrupt routine must check 
for all possible active sources within the block, and 
service each active source before exiting the interrupt 
handler. 

The 82510 interrupt contention is resolved on a fixed 
priority basis. In some applications the fixed priority 
may not be suitable for the user. For these cases the 


user can bypass the 82510’s priority resolution by using 
the General Status Register (rather than GIR) to deter- 
mine the block interrupt sources requesting service. 
Each source is checked in order of user priority and 
serviced when identified (There will be no problem with 
using this algorithm in auto acknowledge mode because 
the INT pin will go low as soon as a pending and en- 
abled interrupt request goes low). The user will be trad- 
ing some service latency time for additional source 
identification time, this algorithm’s efficiency will im- 
prove as the number of block sources to verify is re- 
duced. See Figure 13 for the algorithm. 

4. 2.3.2 Interrupt Service 

A service operation is an operation performed by the 
CPU, which causes the source of the 82510 interrupt to 
go inactive (it will reset the particular status bit causing 
the interrupt). An interrupt request within the 82510 
will not reset until the interrupt source has been serv- 
iced. Each source can be serviced in two or three differ- 
ent ways; one general way is to disable the particular 
status bit causing the interrupt, via the corresponding 
block enable register. Setting the appropriate bit of the 
enable register to zero will mask off the corresponding 
bit in the status register, thus causing the INT pin to go 
inactive. The same effect can be achieved by masking 
off the particular block interrupt request in GSR via 
the General Enable Register. Another method, which is 
applicable to all sources, is to issue the Status Clear 
command from the Internal Command Register. The 
detailed service requirements for each source are given 
below: 


Table 4. Service Procedures For Each Interrupt Source 


Interrupt 

Source 

Status Bits 
& Registers 

Interrupt 

Masking 

Specific 

Service 

General 

Service 

Timers 

TMST(I-O) 

TMIE(I-O) 

Read TMST 

Issue 


GSR (5) 

GER (5) 


Status Clear 
(StC) 

Tx 

Machine 

GSR (4) 

LSR (6) 

GER (4) 

Write Character 
to Tx FIFO 

Issue StC 

Rx 

LSR (4-1) 

RIE (7-1) 

Read RST or LSR 

Issue StC 

Machine 

RST (7-1) 

GSR (2) 

GER (2) 

Write 0 to bit 
in RST/ LSR 


Rx FIFO 

RST/ LSR (0) 

GSR (0) 

GER (0) 

Write 0 to LSR/RST 

Bit zero. 

Read Character(s) 

Issue StC 

Tx FIFO 

LSR (5) 

GSR (1) 

GER (1) 

Write to FIFO 

Read GIR 

Issue StC 

Modem 

MSR (3-0) 

GSR (3) 

MIE (3-0) 

GER (3) 

Read MSR 
write 0 into the 
appropriate bits of 
of MSR (3-0) 

Issue StC 


NOTE: 

The procedures listed in Table 4 will cause the INT pin to go low only if the 82510 is in the automatic acknowledge mode. 
Otherwise, only the internal source(s) are decoded, the INT pin will go low only when the Manual Acknowlege command is 
issued. 
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4.3 Polling 

The 82510 can be used in a polling mode by using the 
General Status Register to determine the status of the 
various 82510 blocks, this is useful when the software 
must manage all the blocks at once. If the software is 
dedicated to performing one function at a time, then 
the specific status registers for the block can be used, 
e.g. if the software is only going to be Transmitting, it 
can monitor the Tx FIFO level by polling the FIFO 
Level Register, and write data whenever the Tx FIFO 
level decreases. Reception of data can be done in the 
same manner. 


5.0 SOFTWARE CONSIDERATIONS 


5.1 Configuration 

The 82510 must be configured for the appropriate 
modes before it can be used to transmit or receive data. 
Configuration is done via read and write registers, each 
functional block (except for BIU) has a configuration 
register. Typically the configuration is done once after 
start up, however, the FIFO thresholds and the inter- 
rupt masks can be reconfigured dynamically. If the 
82510 configuration is not known at start up it is best to 
bring the device to a known state by issuing a software 
reset command (ICM register, bank one). At this point 
all block interrupts are masked out in GER and all 
configuration and status registers have default values. 
The bank register is pointing to bank zero. The 82510 
can now be configured as follows: 

1. If BRG A is being issued as a baud rate generator 
then load the baud rate count into BAL and BAH 
registers. 

2. Configure the character attributes in LCR register 
(Parity, Stop Bit Length, and Character Length). 

(Note if interrupts are being used, steps 1 and 2 can 
also be done at the end, since the user will have to 
return to bank zero to set the interrupt masks in GER) 

3. Load ACR0 register with the appropriate Control 
or Address character (if using the Control Charac- 
ter Match or Address Match capability of the 
82510). 

4. Switch to Bank two. 

(In this Bank the configuration can be done in any 
order) 

5. Configure the Receive and Transmit FIFO thresh- 
olds if using different thresholds than the default). 


6. Configure the Transmit Mode Register for the 
Stop Bit length, modem control, and if using echo 
or 9 bit length or software parity, configure the 
appropriate bits of the register. The default mode 
of the modem control is Manual, if using the FIFO 
then the automatic mode would be most useful). 

7. Configure the Rx FIFO depth, interrupt acknowl- 
edge mode, julan or normal mode and echo modes 
in IMD register. 

8. Load ACR1 if necessary 

9. Enable Rx Machine Interrupts as necessary via 
RIE. 

10. Configure RMD for CCR, DPLL operation, Sam- 
pling Window, and start bit. 

11. Switch to Bank 3. 

12. Configure CLCF register for Tx and Rx clocks and 
or Sources 

13. Configure BACF register for BRG A mode and 
source. 

14. Load BBL and BBH if BRGB is being used (as 
either a BRG or a Timer). 

15. Configure BBCF register if necessary. 

16. If reconfiguration of the modem pin is necessary 
then program the PMD register. 

17. Enable any modem interrupt sources, if required, 
via MIE register. 

18. Enable Timer interrupts, if necessary, via TMIE. 

19. If using interrupts 
then 

i) Switch to Bank zero. 

Disable Interrupts at CPU (either by masking 
the request at the interrupt controller or exe- 
cuting the CLI instruction). 

ii) Enable the appropriate 82510 Block interrupts 
by setting bits in the GER register. (CPU inter- 
rupts can now be reenabled, but it is recom- 
mended to switch banks before enabling the 
CPU interrupts). 

NOTE: 

At this stage it is best to leave the TxM and Tx FIFO 

interrupt disabled. See section 6.3 Transmit Operation 

for details) 

20. Switch to Bank One. Load Transmit Flags if using 
9-bit characters, or 8051 9-bit mode or software 
parity. If using interrupts CPU interrupts can now 
be enabled. 

Bank One is used for general operation, the 82510 can 

now be used to transmit or receive characters. 
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Figure 14. Configuration Flow Chart 
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Figure 14. Configuration Flow Chart (Continued) 
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5.2 Transmit Operation 

5.2.1 GENERAL OPERATION 

To transmit a character the CPU must write it to the 
TXD register , this character along with the flags from 
the Tx Flags register is loaded to the top of the TX 
FIFO. If the Tx Machine is empty, then the character 
is loaded into the shift register, where it is serially 
transmitted out via the TXD pin (the flags are not 
transmitted unless the 82510’s configuration requires 
their transmission e.g. if software parity is selected then 
the S/W parity bit is transmitted as the parity bit of the 
character). The CPU may write more than one charac- 
ter into the FIFO, it can write four characters in a burst 
(five if the Tx Machine is empty) or it can check the 
FIFO level before each write, to avoid an overrun con- 
dition to the transmitter. In the case of the latter, the 
software overhead of checking the FIFO level must be 
less than the time required to transmit a character, oth- 
erwise the transmit routine may not exit until another 
exit condition has been met. 

e.g. at 288,000 bps for an 8-bit char no parity 

It takes 34.7 juts to transmit one character. 

If the time, from the write to TXD to the reading of the 
Transmit FIFO level, is greater than 34.7 juts then the 
Tx FIFO level will never reach higher than zero, and 
the FIFO will always appear to be empty. Therefore, if 
the transmit routine is checking for a higher level in the 
FIFO it may not be able to return until some other exit 
condition — such as no more data available — is met. 
This can be a problem in the interrupt handler, where 
the service routine is required to be efficient and fast. 


The transmitter has two status flags. Tx Machine Idle 
and Tx FIFO interrupt request, each of these condi- 
tions may cause an interrupt, if enabled. The Transmit 
Idle condition indicates that the Tx Machine is either 
empty or disabled. The Tx FIFO interrupt bit is set 
only when the level of the Tx FIFO is less than or equal 
to the threshold. These interrupts should remain dis- 
abled until data is available for transmission. Because 
outside of disabling the corresponding GSR status bits, 
the only way to service Tx Idle is by writing data to the 
Transmitter. Otherwise, the Tx Machine interrupt may 
occur when no data is available for transmission, and as 
a result will keep the INT pin active, preventing the 
82510 from generating any further interrupts (unless 
the Transmit Interrupt routine automatically disables 
the Tx Machine Idle and Tx FIFO interrupt requests in 
GSR). The threshold of the Tx FIFO is programmable 
from three to zero, at a threshold of three the Tx FIFO 
will generate an interrupt after a character has been 
transmitted. While at a threshold of zero the interrupt 
will be generated only when the Tx FIFO is empty. For 
most applications a threshold of zero can be used. If the 
threshold is dynamically configured, i.e. it is being 
modified during operation, then the Tx FIFO level 
must be checked before writing data to the transmitter. 

5.2.1. 1 Transmit Interrupt Handler 

The Transmit Interrupt Handler will be invoked when 
either the Tx FIFO threshold has been met or if the 
Transmitter is empty. Since the Tx Machine interrupt 
is high priority (second highest priority, with Timer 
being the highest), the interrupt line will not be released 
to other lower priority, pending 82510 sources until the 
Tx Machine interrupt has been serviced. If no data is 
available for transmission, then the only way to ac- 
knowledge the interrupt is by disabling it in the General 
Enable Register. Thus the Tx Machine interrupt should 
not be enabled until there is data available for transmis- 
sion. The Tx Machine interrupt should be disabled af- 
ter transmission is completed. 

5.2.1. 2 Transmission By Polling 

Transmission on a polling basis can be done by using 
the General Status Register and/or the FIFO Level Reg- 
ister. The software can wait until the Tx FIFO and/or 
the Tx Machine Idle bits are set in the General Status 
Register, and then do a set number of writes to the TXD 
register. This method is useful when the software is try- 
ing to manage other functions such as modem control, 
timer management and data reception, simultaneously 
with transmission. 

If management of other functions is not needed while 
transmitting, then continuous transmission can be done 
by monitoring the Tx FIFO level. A new character is 
written to TXD as soon as the FIFO level drops by one 
level. 
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Figure 16. 16 Tx interrupt Handler Flow Chart 
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Figure 17. Using GSR for Polling , 
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Figure 18. Data Transmission by Monitoring FIFO Level 
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Figure 19. Break Transmission Using Tx FIFO to Measure Break Length 
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5.2.1.3 Break Transmission 

The 82510 will transmit a break when bit six of the 
Line Control Register is set high. This will cause the 
TXD pin to be held at Mark for one or more character 
time. The Tx FIFO can be used to program a variable 
length break, see Figure 19 for details. If the break 
command is issued in the midst of character transmis- 
sion the TXD pin will go low, but the transmitter will 
not be disabled. The characters from the Tx FIFO will 
be shifted out on to the Tx Machine and lost. To pre- 
vent the erroneous transmission of data, The CPU must 
make sure the Transmitter is empty or disabled before 
issuing the Send Break command. 



Figure 20. Rx FIFO Hysteresis 


5.3 Data Reception 

The receiver provides the 82510 with three types of 
information: 

a) Data characters received 

b) Rx Flags for each data character 

c) Status information on events within the Rx Ma- 
chine. 

The Rx FIFO interrupt request goes active when the 
Rx FIFO level is greater than the threshold, if the in- 
terrupt for this bit is enabled then it will generate an 
interrupt to the CPU. This is a request for the CPU to 


read characters from the 82510. Each character on the 
Rx FIFO has flags associated with it, all of these flags 
are generated by the Rx Machine during reception of 
the character. These flags provide information on the 
integrity of the character, e.g. whether the character 
was received OK, or if there were any errors. The re- 
ceiver status is provided via the Receive Status Register 
(RST), which provides information on events occurring 
within the Rx Machine, since the last time RST was 
read. The information may or may not apply to the 
current character being read from the RXD register. 
The CPU may read one or more characters from the 
Rx FIFO. After each read, if the FIFO contains more 
than a single character, a new character is loaded into 
the RXD register and the flags for that character are 
placed into the RXF register. The software can check 
for the Rx character OK bit in the flags to make sure 
that the character was received without any problems. 

5.3.1 RECEIVE INTERRUPT HANDLER 

The Receiver will generate two types of interrupts, Rx 
FIFO interrupt and Rx Machine Interrupt. The Rx 
FIFO interrupt requires that the CPU read data char- 
acters from the Rx FIFO. If the Rx Machine interrupts 
are disabled then the CPU should also check for errors 
in the character before moving it to a valid buffer. The 
interrupts generated by the Rx Machine can be divided 
into two categories — occurrence of errors during recep- 
tion of data (parity error, framing error, overrun error), 
or the occurrence of certain events (Control/Address 
character received, Break detected, Break Terminated). 
For typical applications, the error status of each re- 
ceived character can be checked via the Receive Flags, 
and the events can be handled via interrupts. 

5.3.2 RECEIVING DATA BY POLLING 

To receive data through polling, the 82510 can use the 
General Status or the Receive Status Registers to check 
for the Rx FIFO request. If the Receive routine does 
not generate time outs or modem pin transitions, then 
the data can also be received by monitoring the Rx 
FIFO level in the FIFO Level Register. The implemen- 
tation using GSR would be useful in applications where 
the software routine must monitor the timer for time 
outs or the modem pins for change in status. The exam- 
ple polling routine illustrates the use of the FIFO Level 
Register in receiving data. It waits for the Rx FIFO 
request before beginning data reception. The procedure 

Rx Data Poll will receive the number of characters 

requested in Char count and place them in the Re- 

ceive buffer. 
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Figure 20. Rx FIFO Interrupt Handler 
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#define base 0x3F8 ; J* base address of 82510 */ 

#define buff size 128 ; 

Rx Data Poll (Char count, Rxbuffer) 

int Char count; /* Total # of bytes to be received */ 

char *Rxbuffer [buffsize] ; 

1 

int count = 0 ; 

int status, Ivl, Rok ; 

While (((status = (Inp(base+7) & 0x05)) == 0x01) /* If Rx FIFO Req in GSR set */ 
{ /* Assume in bank one */ 

/* If Rx FIFO is not empty */ 

While ((Ivl = ((Inp (base+4) & 0x70) /OxlO) 0&& (count < (Char count)) 

( 

/* If Character Received OK */ 

if (((Rok = (Inp (base+1) & 0x60)) == 0x40) 

f 

Rxbuffer [count] = Inp (base) ; 

++count ; 

f 

( 

( 

{ 


Figure 21. Example Polling Routine 


5.4.3 CONTROL CHARACTER HANDLING 

The 82510 has two modes of control character recogni- 
tion. It can recognize either standard ASCII or stan- 
dard EBCDIC control characters, or it can recognize a 
match with two user programmed control (or Address 
Characters in MCS-51 9-bit mode, for Automatic Wake 
up) characters. Each mode generates an interrupt 
through the Receive Status Register. The Receive Flags 
also indicate whether the character being read is a con- 
trol character. The usage of CCR depends on the maxi- 
mum number of possible control characters that can be 
received at any one time. Applications such as Termi- 
nal Drivers, which have no more than two control 
characters outstanding, such as XON and Ctl-C, or 
XOFF and Ctl-C, can use just the Control Character 
Match mode by programming the registers ACR0 and 
ACR1. If the CPU needs to process text on a line by 
line basis, the standard Control Character recognition 
capability can be used to determine when an end of line 
has occurred e.g. a whole line has been received when a 
Carriage Return (CR) or Line Feed (LF) is received by 
the UART. 

Implementation of a character oriented asynchronous 
file transfer protocol can be done using both standard 
and specific Control Character Recognition. In such 
protocols most control characters such as Start of 
Header (SOH), can only be received during certain 
states, these characters can be received via Standard 
Control Character Recognition. A few Control Charac- 


ters (e.g. abort) can be received at any stage of commu- 
nication, these can be received by using the Control 
Character Matching capabilities of the 82510. 

5.3.3 BREAK RECEPTION 

The 82510 has two status indications of break recep- 
tion, Break Detect indicates that a break has been de- 
tected on the RXD pin. Break Terminated indicates 
that the Break previously detected on the RXD line has 
terminated and normal Data reception can resume. 
Each of these status bits can generate an interrupt re- 
quest through the Rx Machine Interrupt request. Nor- 
mal consequence of break is to abort the data reception 
or to introduce a line idle delay in the middle of data 
reception. In the case of the former, the Break Detect 
interrupt can be used to reset the 82510 Receive Ma- 
chine and the Rx routine flags; in the case of the latter, 
the break terminated interrupt can be used to filter out 
the break characters and resume normal reception. 
Each break character is identified by a break flag in the 
Rx Flags Register (the CCR flag, Framing error, and 
CCR Match flag also may become active when a break 
character is received) and is loaded onto the Rx FIFO 
as a NULL character. If break continues even after the 
Rx FIFO is full, then an overrun error will occur but 
no further break characters will be loaded on to the Rx 
FIFO. The user can also measure the length of the 
break character stream by using the Timer. 
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Figure 22. Handling Control Character Interrupts 
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Figure 23. Using Control Character Match in Terminal Ports 
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5.3.4 DATA INTEGRITY 

To improve the reliability of the incoming data the 
82510 provides a digital filter, a Digital Phase Locked 
Loop, and multiple sampling windows (which provide a 
noise indication bit). 

5.3.4. 1 Digital Filter 

The Digital Filter is used to filter spikes in the input 
data. The Rx Machine uses a 2 of 3 filter. The output is 
determined by the majority of samples. If at least two of 
the three samples are “1” then the output will be a “1”. 
Spikes of one sample duration will be filtered but spikes 
of two or more samples duration will not be filtered. 

5.3.4.2 Digital Phase Locked Loop 

The Digital Phase Locked Loop (DPLL) is used by the 
Rx, Machine to synchronize to the incoming data, and 
adjust for any jitter in the incoming data. 

The 82510 DPLL operates on the assumption that a 
transition in the incoming data indicates the beginning 
of a new bit cell. A valid asynchronous character frame 
will contain one or more transitions depending upon 
the data. If upon occurrence of the transition, the 
DPLL phase expectation is different from the sampled 
phase, then there is jitter in the incoming data. The 
DPLL will compensate for the phase shift by adjusting 
its phase expectations, until the expected phase and the 
sampled phase are locked in. The user can enable or 
disable the DPLL through the Receive Mode Register 
(RMD). 

5.3.4. 3 Sampling Windows 

The sampling windows are used to generate the data 
bit, by repeated sampling of the RXD line. The bit po- 
larity decision is based upon a majority vote of the sam- 
ples. If a majority of the samples are “1” then the bit is 
a “1”. If all samples are not in agreement then the 
Noisy Character bit in the RXF register is set. The sam- 
pling windows are programmable for either 3 of 16 or 7 
of 16. The 3/16 mode improves the jitter tolerance of 
the medium. While the 7/16 window improves the im- 
pulse noise tolerance of the channel. 


The sampling windows also provide a Noisy character 
bit in the RXF register. This bit indicates that the cur- 
rent character being read had some noise in one or 
more of its bits (all the samples were not in agreement). 
This bit can be used along with the Parity and Framing 
error bits to provide an indication of noise on the chan- 
nel. For example, if the Noisy Character bit and the 
Parity or the Framing errors occur simultaneously, 
then the noise is probably sufficient to merit a complete 
check of the communications channel. The noisy bit 
can also be used to determine when the cable is too long 
or the baud rate is too high. The user would keep a tally 
of the noisy characters, and if more than a certain num- 
ber of characters were received with noise indications, 
then either the baud rate should be lowered or the dis- 
tance between the two nodes should be reduced. 


5.4 Timer Usage 

The 82510 has two baud rate generators, each of these 
can be configured to operate as Timers. Typical appli- 
cations use BRG A as a BRG and BRG B as a Timer. 
Since both the Transmitter and the Receiver may need 
to generate time outs, it is best to use the Timer as a 
Time Base to decrement ticks (upon a Timer Expired 
Interrupt) from (software implemented) Tx and/or Rx 
counters. The Timer can also be used to time out the 
Rx FIFO and read characters that otherwise may not 
have been able to exceed the Rx FIFO threshold. 

5.4.1 USE AS A TIME BASE 

The transmitter and the receiver routines use a software 
variable which acts as a counter. The variable is loaded 
with the required number of ticks that are needed for 
the Time Out period. Once started the Timer generates 
an interrupt each time it expires, the interrupt handler 
then decrements the counters. Once loaded the soft- 
ware monitors the counters until their value reaches 
zero, this would indicate to the software that the re- 
quired time period has elapsed. The Time Base value 
should be selected with regards to the CPU interrupt 
load. The CPU load will increase substantially when 
the Timer is used as a Time Base, therefore using the 
Timer in this mode at very high baud rates may cause 
character overruns. A time base of 5 or 1 ms is proba- 
bly the most useful. An additional benefit of the Time 
Base is that it can support more than two counters if 
required. 
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Figure 24. Timer use as Time Base for Transmit 
and Receive 


5.4.2 USE FOR RX FIFO TIME OUT 

In the 82510, Rx FIFO interrupts will occur only after 
the FIFO level has exceeded the threshold. Due to this 
mechanism and the nonuniform arrival rate of charac- 
ters in asynchronous communications, there is a chance 
that characters will be “trapped” in the Rx FIFO for 
an extended period of time. 

For example, assume the 82510 is a serial port on a 
system and is connected to a terminal. The user is en- 
tering a command line. The Rx FIFO Threshold = 3, 
and at the end only two bytes are received. Since the 
FIFO threshold has not been exceeded, the Rx FIFO 
interrupt is not generated. No other characters are re- 
ceived for 30 minutes, if the characters (in the Rx 
FIFO) are a line feed and carriage return, respectively, 
the CPU may be waiting for the CR to process the 
characters it has received. Consequently the characters 
will not be processed for 30 minutes. 

In order to avoid such situations, a Rx FIFO Time Out 
mechanism can be implemented by using the 82510 
Timer. The time out indicates that a certain amount of 
time has elapsed since the last read operation was per- 
formed. It causes the CPU to check the Rx FIFO and 
read any characters that are present. 

In applications where the character reception occurs in 
a spurious manner (the exact number of characters can- 
not be guaranteed), the Rx FIFO Time Out is the only 
way to prevent characters from being trapped. The time 
out period is measured from the last read operation, 
every read operation resets the Rx FIFO Timer. To 
synchronize with the beginning of the data reception, 
initially the Rx FIFO threshold is set to zero. After the 
first character has been received, the threshold is ad- 
justed to the desired value. When a Rx FIFO time out 
occurs and no data is available, the threshold is reset to 
zero. In error free data transmission, the beginning of 
data transmission is signaled by the reception of a con- 
trol character, such as SOH or STX, the Rx FIFO time 
out mechanism should be triggered to the reception of 
these control characters. 
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Figure 25. Rx FIFO Time Out Flow Chart 
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6.0 82510 IMPLEMENTATION OF 
XMODEM 

The 82510 XMODEM implementation is a file transfer 
program for the 82510 based on the XMODEM proto- 
col. The software runs on the PC AT on a especially 
designed adapter board (the adapter board design is 
shown in Figure 33). The software uses most of the 
82510 features including the baud rate generator, Tim- 
er, Control Character Recognition and FIFOs. The 
software uses an interrupt driven implementation, writ- 
ten in both assembly and C languages. 


6.1 XMODEM Protocol 

XMODEM is a popular error free data transfer proto- 
col for asynchronous communications. Data is trans- 
ferred in fixed length 128 byte packets, each packet has 
a checksum for error checking. The packets are deline- 
ated by control characters, which act as flags between 
the Receiver and the Transmitter. There are four con- 
trol characters, SOH, EOT, ACK, and NAK. SOH in- 
dicates the Start of a Packet, EOT indicates the End Of 
Transmission; ACK and NAK are positive or negative 
acknowledgements of the packet respectively. The 
packet structure and protocol flow of XMODEM is 
provided in the figures given below. 


6.2 Software 

Interrupts are used to transmit and receive data. The 
software is implemented as two independent finite state 
machines — Transmit State Machine and Receive State 
Machine. Each state machine is triggered by external 
events such as user commands and data or Control 
Character reception. The state machines communicate 
with the 82510 interrupt service routines through soft- 
ware flags. The overall structure of the main routine is 
given in Figure 3 1 . The major modules of the software 
are given in the hierarchy Chart, Figure 34, which lists 
the different modules in order. 

The interface between the main program and the inter- 
rupt service routine is done through global flags. The 
interrupt handler services four sources — Transmit, 
Timer, Receive, and Control Characters. Each of the 
interrupt sources communicates with each of the state 
machines through the global flags. The state machines 
keep track of their individual states through state vari- 
ables. The interface between the individual states within 
a state machine is done through state flags. The state 
machine diagrams are given in Figure 29 and Figure 
30. 
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CHAR RXD XwNO 
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Figure 27. Protocol Flow for Transmit Side of XMODEM 
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Figure 28. Protocol Flow for Receive Side of XMODEM 
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Figure 29. Transmit State Machine 
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START 

Initialization 
WHILE (NOT QUIT) 

{ 

UPDATE STATUS ON SCREEN 
IF (KEYBOARD HIT) 

THEN PROCESS COMMAND 
PROCESS TRANSMIT STATE MACHINE 
PROCESS RECEIVE STATE MACHINE 

! 

END 


Figure 31. Software Structure 


6.2.1 TRANSMISSION OF DATA 

The Transmit interrupts are disabled until data trans- 
mission is required, this prevents unnecessary Transmit 
interrupts. The Transmit interrupt is enabled when a 
packet has been assembled or if a Control Character is 
required to be transmitted. Upon invocation the Trans- 


mit interrupt service routine reads characters from the 
packet buffer and writes it to the Tx FIFO. Since it 
does not require the use of the Transmit Flags, no in- 
formation is written to the TXF register. 

6.2.2 RECEPTION OF DATA 

Data reception begins only after a Start of Header 
(SOH) control character is received. This control char- 
acter puts the receiver in a data reception mode. After 
receiving the SOH, the CCR interrupt is disabled (since 
all data being received now is transparent and can not 
be interpreted as a control character). After 132 charac- 
ters are received, the CCR interrupt is reenabled and 
the corresponding ACK or NAK sent to the Transmit- 
ting system. The receiver has a time out feature, which 
causes it to check the Rx FIFO for any remaining char- 
acters. End of Transmission is indicated by an EOT 
control character, which causes the file to be closed and 
the Receiver to go into the Idle state. 
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Figure 32. Using Flags for Communications with Interrupt Routine 
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Figure 33. PC AT Adapter 
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Figure 34. Hierarchy Chart 
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6.3 Software Listings 


•include 

•include 

•include 


"C: \ftp\f tp.def" 
"C . \ 1 c\ f cnt l . h" 
"C \ l c \ s t d 1 i b . h" 
"C . \ 1 c \ * t d i o . h" 



eof = f a 1 se ; 
ripk =0; 
tirf 1 g i 
rir f 1 g ; 

exp_pkt_num a l ; 
pkst ; 
rxtocnt ; 
quit =f else; 
key a 0 ; 
sohcnt s0; 
rifcnt *0; 
ccrcnt »0; 
t«_state «tx_idle; 

rx_state = r s idle; 

tx_cmd ■ inactive; 
rx_cmd a inactive; 


nest packet number expected by receiver 


I* Time Out counter for receiver *1 


/* • of SOH characters received */ 

/* • of R« FIFO Interrupts */ 

/* • of Ctl-Char. Interrupts »/ 

I* Transmitter State Variable */ 

I* Receiver State Variable */ 

I* Indicates a Valid Ts Command was given */ 
I* Indicates a valid Ri Command was issued */ 


/* File to be Transmitted *1 
char tx_f i le_nameI401 * " 


/* File to be Received */ 
char rx_f ile_nameC40] = " 


send_ccr_req * in 
intvec >0; 

1 ; 

tidata [1323; 
rsbuf 11283; 
rsdata [1313; 
rx_f_buf [320003; 


/* Flag - Request to Tx Ctl-Char *1 
/* contains the CIR vector */ 


I* Tx Buffer */ 
/* Rx Buffer */ 


/* Rx Tile Stored in this buffer */ 


/*** tx state variables ****»/ 


I* Pointer to the next character in the 
buffer * / 


head ; 
pack_num; 
paek_cmp 1 ; 
buffer [1283; 
chksm ; 


struct packet rxpack, txpack; 
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PACE 

■ 2 

MAIN PROGRAM 

ftp 

c 82510 XMODEM 


58 . 






59 . 



** 



60 . 

/***« 

ti State machine and interrupt ******/ 


61 . 

/ **** 

handler flags 

****** / 


62. 

/****»*< 


*** 



63 . 






69 . 

/** tin 

and 1 1 f i f o ** / 




65 . 

int 

t«_req =0; 

1 * 

Flag - indicates a request for transmission to 


66 . 




82510 Interrupt Handler */ 


67 . 

int 

ccr_to_t« - 0; 

/* 

Actual Ctl-char to Transmit */ 


68 . 

int 

t«__byte__cnt =0; 

/* 

Total * of Bytes Transmitted */ 


69 . 

int 

pkts_sent =0; 

/* 

• of Packets sent */ 


70 . 






71 . 

/** Timer **/ 




72 . 

int 

ti_time_cnt =0; 

/* 

Transmitter Timer Counter */ 


73 . 






79 . 

/** CCR 

«*/. 




75 . 

int 

get_ccr_rq =0; 

/* 

Flag - Request to Receive Ct 1 -char act er */ 


76 . 

int 

ccr_ to_ get =0 , 

/* 

Received Ctl-char value */ 


77 . 






78 . 






79 . 



80. 

/ * * * * 



****«/ 


81 . 

/ **** 

RX STATE VARIABLES *»***/ 


82 

/t*** 



****•/ 


83 . 

1 **** 



***** 1 


fKl 



* * 











pk_chksm ; 

/* 

Calculated Chksum */ 




eot_cnt =0 ; 

/* 

« of EOTs Received*/ 




bad_pk t_cnt ; 

/* 

» of Bad Packets Received */ 


■ | 








***************** 

**< 

*************************/ 


91 . 

/**»* 

r» state machine and Interrupt ****»/ 


92 . 

/*»** 

handler flags 

**»**/ 


93 

/*«*«** 


* t 



99 . 






95 . 

1** rI 

fifo **/ 




96 . 

int 

ri byte cnt =0 , 


/* # of Bytes Received */ 


97 . 






98 . 

/** CCR 

**l 




99 . 






100 

int 

ctl_r«d_flg =0; 


/* Flag-Indicating that a Ctl-Char. has been 


101 . 




receivd*/ 


102 . 

int 

r* ... ct 1 chr*0 ; 


/* Actual Ctl-char received */ 


103 . 






109. 

/** Timer **/ 




105 . 

int 

ra time cnt =0; 


/* Receive Timer Count */ 
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106. 





107 . 





108. 

/** MAIN ROUTINE 

« * * / 



109 . 





110. 





Ill . 

main () 




112. 

( 




113. 

int q, t«f 1 , r«f 1 ; 




114. 

int rval , v =0 ; 




115 . 

int cmd a 0; 




116. 

int wn_status »0; 




117. 

int ecodt % 0; 




118. 

PILE «!p; 




119. 

FILE *nf p ; 




120 . 

int rwst; 




121 . 

int wcs t ; 




122. 

int rets_cnt =0; 

/* Retransmit count */ 



123. 

int tocnt = 0 ; 

It Time Out Count */ 



124 . 

int t«_secs , ri_secs ; 




125 . 

int i , s , lpcnt = 0 ; 




126 . 





127 . 

CLR (); 

/* Clear Screen */ 



128. 

MV_CURS <so_r , so_e) ; 

/* Sign On Message */ 



129 . 

print! ( s 1 ) ; 




130 . 

ini t ( ) ; 

/ * Initialise 82510 and 

Variables «/ 


131 . 

MENU ( ) ; 

/* Print Menu */ 



132 . 

enbint 4 ( ) ; 

1 * Enable Interrupts in 

8259A »/ 


133 . 

outp (ipQO.eoi); 

1 * issue EOI */ 



134. 

out p ( ( bpa-f 3 ) , 0*22 ) ; 

1 * start timer B */ 



135. 

lpcnt =0; 

/* Xeeps Track o! • o! 

Loops */ 


136. 





137. 

/******«**************** 




138. 

/*** main while loop «*«*/ 



139. 





140. 

while (quitssfalse) 




141 

( 




142 . 





143. 





144 . 

/** display protocol 

parameters **/ 



145 . 

/ft***t****«**t***ft** 

it*****************/ 



146. 





147. 

++ lpcnt; 




148. 

mv_curs (4,30); 




149. 

print! ("loop # = 

%u" , lpcnt ) ; 



150. 

mv_cur s (4,50); 




151 . 

print! ("ri int. cnt = %u" , ri! cnt ) ; 



152. 

mv_curs (5,50) ; 




153. 

print! ("ccr int cnt = %u" , ccrcnt ) ; 



154 

mv_cur s (4,1); 




155 . 

print! ("interrupt 

vector » %u \n" , int vec ) ; 



156. 

q a inp ( bpa+ 4 ) ; 




157. 

tail = q & 0*07; 




158. 

mv_cur s (5,1); 




159. 

print! ("TX FIFO = 

%u " . 1 1 ! 1 ) ; 



160 

q = inp (bpa+4); 




161 . 

rxf 1 = q S 0*70; 




162. 

mv_curs (6,1); 




163. 

print! <"RX FIFO * 

%u \n",r«! 1/16) ; 



164 . 

mv_curs (6,50); 




165 . 

print! ("SOH count 

= %3u" , sohcnt ) ; 
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22 6. 


/* If the Transmit Command is issued then Wait (or a NAK */ 


227. 


if (ti_cmd sa active) 


2 2 8 . 


{ 


22? . 


t*_cmd = inactive; 


230 . 


get_ccr_rq sactive; 


231 . 


t«_time_cnt =200*60; /* 60 sec. Time Out */ 


232 . 


ti_«tate « wait_NAK; 


233 . 


) 


234 . 


break ; 


235 . 




236 . 

case wait_NAK : /* Waiting for a NAK characttr to begin T» */ 


237 




238. 

/tttt 



239 . 

/*«** 

TRANSMITTER WAITING FOR A NAK TO BEGIN ttttt/ 


240 . 

/ * * • a 

TRANSMISSION. ttttti 


241 . 

/tttt 

ttttt i 


242. 

/***» 

Checks For Time Out ttttt/ 


243 . 

Itttt 

or NAK Received ttttt/ 


244 . 

ft*** 



245 . 




246 . 


wn_status = check_wait (); /* Time Out or NAK Rcvd? */ 


247. 


switch (wn_status) ( 


248. 




249 . 


case time_out ; /* If Time Out then Abort 


250 . 


Transmission */ 


251 . 


ti_state =ti_idle; 


252. 


beep ( ) ; 


253 . 


prmsg ("Time OUT MM receiver not ready"); 


254. 


cl 1 <t«_r, t«_c); 


255 . 


open_wind ( t s_r , t s_c , "NONE" ) ; 


256. 


break ; 


257 . 




258 . 


case waiting ; /* if no Time Out and no NAK 


259 . 


rcvd then do nothing */ 


260. 


break; 


261 . 




262.. 


case ri_NAK . 


263. 


/* If NAK received then Open 


264 . 


file and advance to 


265 . 


Transmit Packet State */ 


266 . 




267 . 


fp afopen ( t«_f i le_name , " r b" >; 


268 . 


if (fpss NULL) 


269 . 


{ 


270 . 


beep ( ) ; 


271 . 


prmsg ("ERROR M! file does not exist 1 '); 


272. 


ell ( tx_r , ti_c) ; 


273 . 


open_wind <t*_r,tx_c, "none"); 


274. 


tx_state atx_idle; 


275. 


) 


276 . 


else 


277. 


l 


278 . 


tx_state a tx_rdy; 


279 . 


txrflg 3 mkpkt; /* First task for Tx 


280. 


is to Prepare Packet */ 


281 . 


wn_status a 0; /* Reset Wait_NAK Flag */ 


282. 


) 


283 . 


break ; 


284. 


) 


285. 

break;/* end wait nak */ 
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286 . 

as 

e tx_rdy : 



288. 

/** 

*« TANSMITTER READY TO TRANSMIT 

ft****/ 


289. 

/*« 

** three stages of 



290 . 

/«« 

** prepare packet «****/ 


291 . 

/** 

** Int . Handler Transmitting *»***/ 


292. 

/** 

** or retransmit request »***«/ 


293 . 

/*« 




294 . 





295. 


/* Any Control Character To Transmit? *1 


296 . 


if < ( send_ccr_r eq == active) SS 

<tx_req=r0)) 


297 . 


tx_req =ctl_chr; 



298. 





299 . 


/ * Which Stage of transmission 

?*/ 


300 . 


switch (txrflg) 



301 . 


{ 



302 


case mkpkt : 

/* Prepare Packet *1 


303. 


if (tx_req»=0) 



304 . 


{ 



305 . 


asmbpkt ( pk t s_sent , f p ) ; 

/* Assemble Packet */ 


306 . 


cpy2buf (); 



307 . 


ta_req »pkt ; 

/* Request Int. Handler 


308 . 



to Tx data in buffer */ 


309 . 


txrflg =t xmt g ; 

/* Start Transmission */ 


310. 


ta_indx =0; 



311 . 


tx_i_enb ( ) ; 

/* Enable TxM and Tx FIFO 


312. 



Interrupts */ 


313 . 





314 . 


) 



315. 


break ; 



316. 


case txmtg : 



317 . 


if <tx_req ** 0) 

/• Interrupt Handler Resets 


318. 



this flag to 0, when 132 


319 . 



bytes are transmitted */ 


320. 


t 



321 . 


tx_indx s0; 



322 . 


prmsg ("packet transmitted"); 


323 . 


get_ccr_rq «active; 

1 * Wait for ACK or NAK */ 


324 . 


tx_time_cnt s 200*10; 

/* 10 sec Time Out */ 


325. 


tx_state » wait_CC; 

/* Wait for ctl Character */ 


326 . 


txrflg amkpkt ; 



327. 


tx_i_dis (); 

1 * Disable TxM and Tx FIFO 


328 . 



Interrupts */ 


329 . 


) 



330 . 


else 

/* Tx_req not reset then 


331 . 


prmsg ("transmitting"); 

still transmitting */ 


332. 


break ; 



333 . 


case retx : 

/* The Retransmit request is 


334. 



issued by the Wait _CC 


335 . 



state */ 


336 . 


outp( (bpa + 6 ) , txen) ; 

/* enable tin, flush tx fifo 


337. 



$ txm *•/ 


338 . 


tx_req = pkt; 

/* transmit Packet, pkt. in 


339 . 



buffer */ 


340 . 


txrflg atxmtg; 

/* next task - ReTransmit */ 


341 . 


tx i enb (>; 

/* Enable TxM and Ta FIFO 


342. 



Interrupts */ 


343. 


break ; 



344. 


J 



345. 

break; /* End ta rdy case */ 
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385 


wa 1 t_CC : 


*»*“/ 

Transmitter State - Waiting For Ctl Char. •****/ 


NAK - requests retransmission *»***/ 

ACK - Transmit Next Packet »****/ 

«•«**/ 

»**«*/ 


west * check_wait (); /* Check for one of the 

Following events: 

Time Out 
NAK Received 
ACK Received 
or Still Waiting */ 

switch (west) 

( 

case time_out : 

I* If Time Out, then restart 
Tx Timer. Abort if Time 
Out count is greater than 
ten */ 

if (toent >10) 

{ 

west =0; 
abor t_tx ( ) ; 

prmsg ("receiver not responding"); 

) 

else 

( 

♦+tocnt; /* Inc. Time Out Count */ 

ts_time_cnt =200*10; 

) 

break; 

case waiting /*, if waiting, do nothing */ 

break, 


case r x_NAK : /* If NAK or Corrupted 

ctl-char. received */ 

case rx_gen : 

prmsg ("NAK received"); 

if (retx_cnt >10) /* more than 10 attempts, 

then Abort*/ 

1 

retx_cnt =0; 
toent =0; 
abor t_ti ( ) ; 

prmsg ("Bad link transmission aborted"); 
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tirf Ig »reti ; 

+♦ ret*_cnt ; 

1 1 5 tit® at«_rdy; 


if (eof aafalac) 


tirflg emkpkt; 
ts_state =t*_rdy; 


prmsg ("sending EOT"); 

ccr_to_ts b EOT; 
t«_req *et l_chr ; 
t«_i_enb ( ) ; 
while <t*_req != 0); 


/* If Retransmit Count Not 
esceeded then go beck to 
Transmit stage - task is 
retransmit */ 


case r i_ACK : /* AC 

prmsg ("ACK received"); 
ret*_cnt*0; 
tocnt ■ 0; 

♦+pkts_sent ; 

printf <"pkts_sent » %3u", pkts_sent) 


/* ACK Received*/ 


/* If more data to transmit 
then retrun to mkpkt 
stage and ti new pkt . */ 


/* if end of file , then 
send EOT */ 


/* wait for Int . Handler 
to reset flag */ 


ts_i_dis <>; 

get_ccr_rq ^active; /* wait for Ack */ 

while <get_ccr_rq tractive); 
prmsg ("EOT acknowledgement received"); 
if (ccr_to_get =a ACK) /* ACK rad , Close File */ 

.( 

s a f cl ose ( f p ) ; 
abor t_t i ( > ; 

prmsg ("file transmission complete"); 


ti_state astm idle; 

) 

break; 

) /* /end wait_cc case */ 
treak ; 

/* end switch ti state */ 


/* Return to Idle */ 
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450 . 

/***»* 

Process Ri STATE MACHINE **•**/ 


451 . 

1 ***** 

revision 0 **»**/ 


452 . 

1 ***** 

***** 1 






45* . 


switch (rs_state) 


455 . 


I 


456 . 
457. 


case r*_id!e: 


458 . 


l***t ** ***/ 


459 . 


/*«** RECEIVER IDLE: ***»*/ 


460 . 


1 **** ***** i 


461 . 


1 **** waits for user command ***«*/ 


462 . 


1**** before sending NAKs *»***/ 


463 . 


/*»** ***** / 


46 4 . 

465 . 


1 **** ***** i 


466 . 




467 . 


if <rs_cmd =« active) /* If receive Command is issued 


468 . 


then start Ri tiaer and change 


469 . 


Receiver state to ready */ 


470 . 


I 


471 . 


rs.state = r a r d y ; 


472 . 


ri_tioe_cnt »200*10; 


473 . 


ri_cad = inactive; 


474 . 


} 


475 . 


break; 


476 . 




477 . 


case rs_rdy: 


478 . 




479 . 


1 **** ***** i 


480 . 


/**»* RECEIVER READY: *****/ 


481 . 


/*•** sends NAK upon Time Out ****»/ 


482 . 


/*«** or checks for SOH »****/ 


483 . 


/*»** or EOT ct 1-char . ***t*t 


484 . 


1**** **»**/ 


485 . 

486 . 


1 **** ***** i 


487 




488 . 


rsrflg *wait_ri (); /* Checks Rs Tiaer and returns - 


489 . 


Time Out if aspired 


490 . 


waiting if not aspired 


491 . 


SOH if SOH ccr received 


49 2 . 


EOT if EOT ccr received */ 


493 . 


switch (rsrflg) 


494 . 


I 


495 . 


case waiting : /* If waiting then do nothing */ 


496. 


break ; 


497 . 




498 . 


case SOH : 1* If SOH received, then go into 


499 . 


data reception mode and change Rs 


500 . 


Timer count to 4 secs */ 


501 . 


♦+ sohcnt ; 


502 . 


rs_state «rs_pkt; 


503. 


rs_time_cnt »200*4; /* four second time out */ 


504. 


rstocnt =0; 


505 . 


break; 


506. 
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547 

/* 

If valid Ri Time Out , i.e. no data received (or 4 secs then 

5 68 . 


check Ri FIFO for characters and read if any available »/ 

56? . 

if 

( ( rx_t ime_cnt = *0) 66 (r«_byte_cnt <131)) 

570 . 

{ 


571 . 


rifl = ( ( inp (bpa >4) & 0x70)/ 0x10); /* check Rx FIFO 

572 . 


Level */ 

573 . 


if ((rxlocnt >= 10) && (rxfl <*Q)) /* if more than 

574. 


10 atteapts 

575 . 


and no data 

576 . 


then abort 

577. 


transmit */ 

578. 


( 

579 . 


rx_state =rx_idle; 

580 . 


prmsg <" Receiver Time Out, no DATA"); 

581 . 


, rxtocnt =0; 

582 . 


) 

583. 



504 . 


else 

585 . 


/* otherwise restart Rx Timer, and read data from 510 */ 

586. 


( 

587 . 


if (rxfl ! n 0) 1* Rx FIFO level > 0 */ 

588 . 


l 

509 . 


rx_time_cnt *200*5; 

590 . 


rxfl » ( (inp ( bpa +4) 6 0x70 > / 0 * 1 0 ) ; 

591 . 


while ( rxfl ! = 0) /* Read from FIFO */ 

592 . 


{ 

593 . 


rxdata C r x_by t e_cnl J *-inp (bpa); 

594. 


+ ♦ rx_byte_cnt; 

595 . 


++ rxfcnt; 

596 . 


-- rxfl; 

597. 


) 

598. 


rxtocnt * 0; 

59? . 


) 

600 . 


else 

601 . 


( 

602 . 


++ rxtocnt; /* inc. receive TimeOut 

603 . 


rx_tiae_cnt b200*4; Count */ 

604 . 


} 

605. 


} 

606 . 

) 


607. 

else 

608. 

{ 


60? . 


if (rx_byte_cnt »■ 131) /* Packet Received */ 

610. 


{ 

611. 


rx_byte_cnt =0; 

612 


rxtocnt s0; 

613. 


pkst schkpkt ( exp_pkt_nua) ; /* Check Packet */ 

614 . 


/* returns EOK if Packet 

615 . 


without errors */ 

616 . 

/* .PA*/ 


617 . 


if ((pkst eok) i! (pkst aneold)) 

618. 


t 

619 . 


prasg ("sending ACK"); 

620 . 


for (iaO; i < 1 28 ; i++ ) 

621 . 


rxbuf C i ] a rxdata C i 2 3 ; 

622. 


/** write packet to buffer **/ 

623 . 


if (pkst Basok ) 

624. 


t 

625 . 


/* copy to main file 

626. 


buffer */ 



Iff It] 
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buf_cpy (e*p_pkt_nua> ; 
+ + exp_pkt_nua; 


prasg (“old packet r «t ran* mi t ttd" ) ; 


else 

sh_Pkt_param (>; I* If error then show 

packet •, chksun and 
packet coapleaent *1 

rx_state ■ rs_rdy; 

askint 4 <); /» Enable Ctl-Chr int*/ 

set_bank (00) i 

outp ((bpa+l),(inp(bpa+l)Sccien)); 
s et_bank (01); 
enbintfl (); 

send_ccr_req »act iee; /* Send ACK */ 

ccr_to_t« sACK i 


} /** end switch rs state **/ 


} I * end else *1 


) /* end whi le quit */ 


rstSlO ( ) ; 

outp ( ( bpa + 1 ) , 00 ) ; 


/* reset 82510 *1 

/* disable 82510 interrupts */ 


cad s 0*10; 
v=inp (0*21); 
cad s ( v ! cad ) ; 
outp (0*21, cad ) ; 
clr (>;. 
ecode = 0; 
exit (ecode ) ; 


/* disable 8259A interrupt *1 
/* 00010000 */ 



intef 
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673 . 






674 

rst510 ( > 




675 . 

/** 





676 . 

/* * 



****«/ 


677 . 

/»* 

* RESET 82510 to default wake 

up mode 

***»*/ 


678 . 

/** 





679 . 

/*« 



***** 1 


680 

/** 



»****/ 


681 . 

/•* 





682 






683. 

( 





684 . 

itt_ 

bank (01) ; 




685 . 

outp 

( <bpa+7) ,0*10) ; 




686 . 

) 





687 . 






688 . 






689. 

menu 

< ) 




690 . 

/*«* 



**** 1 


691 . 

/*« 

displays the menu on the 


** i 


692. 

It* 

screen . 


**/ 


693 . 

l*t 



**l 


694 . 

1 * * 



**/ 


695 . 

l*t 



**l 


696 . 

l*t* 



**** i 


H 1 

( 





■ 1 






Hi 






Hi 


open_wind (1,1, "baud rate"); 




701 . 


print! < " = 1200 *' ) ; 


, 


702 . 


open_wind (1,22, "char, site"); 




703. 


printf ( " a 8 bits"); 




704 . 


open_wind (1,45 , "Parity"); 




705 . 


printf (" disabled"); 




706 . 


open_wind (1,68, "Stop Bits"); 




707 . 


printf (" » 2"); 






mv_cur s (2,1); 






printf ("user messages :"); 






mu_cur s (10,15); 






printf ("<1> TRANSMIT FILE : " ) ; 






OPEN_VlND ( ti_r , t«_c , "none" ) ; 






mv_curs (12,15); 






printf ( " < 2 > RECEIVE FILE : "); 






OPEN_WIND ( rs_r , rs_c , "none" ) ; 





) 
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718 . 




71? . 

ini t ( ) 



720 . 


ttt* 1 


721 . 

/** Intialixes Software and Configures 

**l 


722 . 

/** the 82510. Also sets up the interrupt 

**! 


723 . 

/** Handler. 

t*l 


7 2 4. 

/** 

t*l 


725. 

/** 

t*l 


7 2 6. 


ttt* 1 


727. 




728 . 

t 



729. 

tx_time_cnt *.200 ; 



730. 

rx_time_cnt =2000; 



731 . 

initpack <>; 



732 . 

elms < ) ; 



733. 

ini t_i h <>; /* Set up 

interrupt handler */ 


734. 

config_510 (); /* Configure 82510 */ 


735 . 

set_bank (01); /* Switch 

to Bank one for operation */ 


736 . 




737 . 

J 



738 . 

initpack () 



73? . 


ttt* 1 


740 . 

It* 

**l 


741 . 

1 ** Intialiies Tx Buffer to NULs 

t*l 


742. 

l*t 

t*l 


743 . 


ttt* 1 


744 . 




745 . 

( 



746. 

int i ; 



747. 




748. 

tipack.head = SOK; 



74? . 

rxpack. held «SOK; 



750. 

tspack . pack_num >0; 



751 . 

rxpack . pack_nua =0; 



752. 

txpack . pack_cmpl « 0; 



753 . 

rxpack . pack_cmpl = 0; 



754. 

for ( i s0 ; i <129; i++> 



755 . 

{ 



756 . 

r xpack . buf f er t i ] =NUL ; 



757 . 

txpack. bufferCi] =H(JL ; 



758 . 

} 



75? . 

txpack . chksm =0 ; 



760. 

rxpack. chksm >0; 



761 . 

) 



762. 




763 . 

enb int 4 () 



764 . 


ttt* 1 


765 . 

It* 

**/ 


766 . 

/** Enables INT4 in the 82S9A 

t*l 


767 . 

l*t 

t*l 


768 . 


***** 1 


769 . 




770 . 

( 



771 . 

int int_enb ■ OxEF; 



772. 

int v ; 



773 . 




774 . 

v=inp (ipOl); 1* 11101111 */ 



775. 

int_enb = (v 6 int_enb>; 



776. 

outp ( ipO 1 , int_enb ) ; 



777. 

) 
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778 . 

msk int 4 ( ) 






779 . 



tut 




780. 

/** 



**/ 



781 . 

/** Masks INT4 in 

the 8259A •*/ 



782 . 

/** 



** / 



783 . 


* * * * * 

*** 




784 . 

{ 






785 . 

int int_dis = 0«EF 

; 





786 . 

int v , 






787 







788 . 

v= inp ( i pO 1 ) , 


/ * 

00010000 */ 



789 . 

int_dis ■ ( v ! Ox 1 0 ) ; 






790 . 

outp < ipOl , int_dis) ; 






791 

I 






792 . 







793 . 

coni i g_5 10 ( ) 






794 . 


***** 

1**1 




795 . 

/** 



**/ 



796 . 

/** Configure the 

825 1 0 


** / 



797 . 

/** 



t* / 



798. 


***** 

»**< 




799 . 

( 






800 . 

int va 1 ; 






801 . 







802 . 

se t_bank ( 02 ) ; 


Iti 


**/ 


803 . 

va 1 = 0x00 , 


/* 

IMD - Rx FIFO depth =4, auto ack,normal 

*/ 


804 . 

outp <(bpa + 4), val); 


/* 

local loopback 

*1 



va 1 = 0x78 , 


/* 

RMD - ASCII CCR, disable dpll,7/16 sampl 

*1 



outp ((bpa + 7 ) , v a 1 ) ; 


1* 

window, abso lut e start bit sampling 

*/ 



val =0x00 


t* 

TMD - manual mode, 2 stop bits 

* 1 



outp ( (bpa +3 ) , val ) ; 


1* 

no 9-bit char, no s/w parity 

*1 



val =0x30; 


1* 

FMD - Rx fifo Threshold = 3 

*/ 



outp < ( bpa + 1 ) , va 1 > ; 


/* 

Tx fifo threshold =0 

*/ 



val =0x80 ; 


/* 

RIE - Enable rx interrupts 

*/ 



outp ((bpa+6),val); 


/* 


*/ 



se t_bank (03); 


/* 

MODEM CONFIGURATION 

*1 



val = 0x50; 


/* 

CLCF - 16X, BRGA 

*/ 



outp ( ( bpa ) , va 1 ) ; 


/* 


*/ 



val =0xd8; 


/* 

BBL - for 5ms base 

*/ 



se t_d 1 ab (03); 


/* 


*1 



outp ( (bpa) , val ) ; 


/* 


*/ 



val =0xb4; 


/* 


*/ 


■ 

outp ( (bpa + 1 ) , val ) ; 


1* 

BBH - for 5 ms base 

*1 


821 . 

r eset_d lab ( 03 ) ; 


/* 


*/ 



val = 0x00; 


1* 

BBCF - sys elk source, timer mode 

*/ 



outp ( (bpa + 3 ) , val ) ; 


1* 


«/ 



val =0x02; 


1* 

TMIE - Timer B interrupt enable 

*1 



outp ( ( bpa + 6 ) , va I ) ; 


1* 


* 1 



set_bank ( 00 ) ; 


/* 

BANK 0 FOR GENERAL CONFIG 

*1 



val =blkenb; 


1* 

GER - enable timer, rx, CCR 

*1 



outp ( (bpa+ 1 ) , va 1 ) ; 


/* 

block interrupts 

*1 



val = 0x07; 


/* 

LCR - disable parity, 8 bit char 

* 1 



outp ( (bpa + 3) , val ) ; 


/* 


*1 



se t_d lab ( 00 ) ; 


/* 


*/ 



val = Ox E0 ; 


/* 

BRGA divisor =01E0K for 1200 

*/ 



outp (bpa , val ) ; 


/*! 


**/ 



val = 0x01; 






835 . 

outp ( ( bpa + 1 ) , va 1 ) ; 






836 . 

reset_dl ab (00); 






837. 

) 
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838 . 

sct.dUb (bank) 





839 . 



* * 

*** / 


840. 

/** 



t*l 


841 . 

/** Set DLAB bit to allow 

access to 


tt 1 


842 . 

/** Divisor Registers 



**l 


843 . 

It* 



t*l 


■ 



* * 

*•* 1 









int bank; 






{ 






int inva 1 ; 






set_bank < 00 ) ; 






inva 1 » inp ( bpa +31; 






inval sinval ! OsBO; 

/* set dlab 

in 

LCR*/ 


H 

ou t p (( bpa+3 ), inva l ) ; 





853 . 

set_bank (bank); 





■ 

) 












reset_dlab (bank) 








t**i 

it tt 1 



It* 



t*l 



/** Reset DLAB bit of LCR 



**l 



It* 



ttl 




»* t « *«*****«** i 


ttt* 1 









int bank; 






C 





■ 

int inval ; 





846 . 

se t_bank (00); 





867 . 

inval » inp(bpa +3); 





868 . 

inval * (inval 6 0 « 7 £ > ; 

/* dlab - 0 

in 

LCR*/ 


869. 

out p ( (bpa + 3) , inval ) ; 





870. 

set_bank (bank); 





871 . 

1 
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072. 

/***««* 



* * 

tttttt ttt ttt i 



873 . 

/tttt 




ttttt/ 



874. 

/ **«* 

82510 interrupt service 

rout ine 


ttttt / 



875 . 

/tttt 




ttttt / 



876 . 

j tttt 

82510 Interrupt sources: 



ttttt / 



877 . 

/ ft ft ft ft 

TxM 

TX FIFO 


ttttt / 



878 . 

/ * ** * 

CCR 

RX FIFO 


ttttt / 



87? . 

i * * * * 


TIMER B 


ttttt / 



880 . 

/ 1 ** * 




ttttt / 



881 . 

/ * * * « 

Identities and services the 82510 interrupt ttttt/ 



882. 

/ ***t 

source requesting service 



ttttt/ 



883. 

/***» 




ttttt / 



884. 

i * **« 




ttttt / 



885 . 




ft ft 




886. 








B87 

i s r_5 1 0 

( ) 






088 . 

I 







88? . 

int 

source ; 






8 ? 0 . 

int 

cmd_b , 






B? 1 . 

int 

st_b ; 






8 ? 2 . 

int 

i ; 






8? 3 . 

int 

ct 1 c , 






8 ? 4 . 

int 

figs; 






8 ? 5 . 

int 

gir val ; 


/* 

Stores Temp. Value 

of GIR */ 



int 

rxf Ivl ; 







int 

ts_char ; 















gi r va I 

rinp fbpa+2); 


1* 

Save Bank register 

in temp. 







location * / 




outp < < bpa + 2 > , Ox 20 ) 







source 

= getsrc ( > ; 


/* 

Get Vector From GIR 

1 123 */ 



int vec 

■ source ; 







swi t ch 

(source) ( 


1* 

Service the Source 

*/ 











case timer 






?07 . 

/tttttt 



* * 




? 0 8 . 

/tttt 




ttttt / 




1 t *•* 

TIMER SERVICE ROUTINE 



ttttt / 




/tttt 

decrements 

tx counter 


ttttt / 




/tttt 

decrements 

rx counter 


ttttt/ 




/tttt 




ttttt / 




/tttttt 



* *i 














st_b = inp (bpa+3); 


/* 

Decrement Transmit 

Counter */ 




i f ( ti_t ime_cnt > 0 ) 








ti_time_cnt *ts_time_ 

cnt - 1; 







if (rs_time_cnt >0) 


/* 

Decrement Receive Counter */ 




rs_time_cnt =rs_time_ 

cnt - 1; 







cmd_b s 0x22; 








outp ( ( bpa+ 3 ) , cmd_b ); 


/* 

restart timer */ 





outp ( (bpa + 7) ,0x08) ; 


t* 

manual ack */ 





break; 
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924 . 

case txm 





925 . 

case tif 











927. 

/ «* * e 



***»*/ 


928 . 

/**»* TRANSMITTER SERVICE ROUTINE 


***** 1 


929 . 

/ **«* 



***** 1 


930 . 

/***« 

transmits Four characters 

***** 1 


931 . 

1 **** 

and resets t«_req flag when 

***** / 


932 . 

1**** 

whole packet transmitted 

***** / 


933 . 

/*«** 



***** 1 


934, 

I******** 



******* l 


935. 






936 . 

if (tx_req >0) 

1* If data 

to send *■/ 


937 . 

{ 





938 . 


if (t«_req = = pkt) 

1* request 

to send Packet */ 


939. 


{ 




940 . 


for < i =0 ; i (4 ; i++) 




941 . 


{ 




942 


tx char = txdata Ci 

+ tx_indxl 

; 


943 . 


outp (bpa , tx_char ) ; 




944 . 


) 




945 . 






946 . 


tx_indx + = 4; 




947 . 


t x_byte_.cn t +=4; 




948 . 






949 


if <tx_indx >=132) 

/» if 132 

char, sent then */ 


950. 


tx_req =0 ; 

/* reset Tx request */ 


951 . 






952 . 


> 




953 . 


else 




954 . 


{ 




955 . 


if (tx_req ==ct l_chr ) 

/* if ctl 

char . transmiss ion 


956 . 



requested , then transmit the 


957 . 



char, in ccr_to_tx */ 


958 . 


outp (bpa, ccr_to_ 

tx) ; 



959 . 


tx_req =0; 




960. 


> 




961 . 

} 





962 . 

else 




963 . 


{ 

1* if no data to transmit */ 


964. 



/* then disable tx interrupts */ 


965 . 


se t_bank ( 00 ) ; 




966 . 


outp ((bpa+l), (inp(bpa) Stxidb)); 



967 . 


set_bank (01); 




968 . 


1 




969. 

out p 

( ( bpa+ 7 ) , 0x08 ) ; 

/* issue manual acknowledge */ 


970. 

break ; 





971 . 
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972. 

cast ccr 



973. 




974. 

/ A ft a * 

ftftitft*/ 


975 . 

/*«•* 

Control Character Service Routine »****/ 


97 6. 

/*«•« 

****»/ 


977. 

/*•«* 

if control char ■ NAK or ACK ft****/ 


978 . 

/*•■« 

inform transmitter ••**•/ 


979 . 

/««** 

if SOH or EOT »»**«/ 


980. 

/«*«« 

inform receiver *«•«*/ 


981 . 




982. 




983. 


++ccr ent ; 


984 . 


flgi » inp (bpa +5); /• read RST register to service 


983. 


RiM interrupt »/ 


988. 


figs ainp (bpa+1); 


987. 


ctlc ainp (bpa); 


988. 


if ((figs S OsFF) a«0i4B) /* if no errors and ctl. char */ 


989. 


( 1 * then process control char. *1 


990. 


/» and send to ts or r* state */ 


991 . 


switch (ctlc) 


992 . 


{ 


993. 


case NAK: 


994 . 


case ACK: 


993. 


if (get_ccr_rq •« active) 


998. 


C 1 * inform transmitter that 


997. 


ctl . char . received */ 


998 . 


get_ccr_rq ainactive; 


999. 


ccr_to_get «ctlc; 


1000. 


} 


1001 . 




1002. 


break; 


1003 . 




1004. 


case SOH: 


1003. 


case EOT: 


1008. 


if (ctlc --SOH) /« if SOH disable CCR int . */ 


1007 . 


{ 


1008. 


set_bank (00); 


1009 . 


outp <( bpa+1 >,( inp ( bpa+1 >4 ccidb)); 


1010. 


set_bank (01); 


1011 . 


} 


1012. 




1013. 


SOH and ready to rev 


1014. 


then inform receiver of 


1015. 


a valid ctl. char . * / 


1016. 


( 


1017. 


ctl_rid_flg aactive; 


1018. 


rs_ctl_chr >ct 1 c ; 


1019 . 


) 


1 020. 




1021 . 


break; 


1022. 




1023. 




1024. 


) 


1025. 


) 


1026. 


outp ( (bpa+7) ,0i08 ) ; /* issue manual ack. */ 


1027. 

break ; 
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1026 

case r x t 



1029 




1030 

/**** 

***** l 


1031 

/•*** R x FIFO SERVICE ROUTINE 

***** 1 


1032 

/•*** 

***** / 


1033 

/***• Reads four bytes 



1034 

/*•** Byte Count indicates packet rcvd. *»***/ 


1035 

/tee* 

*•***/ 


1036 

It*** 

«****/ 


1037 




1038 




1039 




1040 

/* RXF not checked for errors, since checksum is already used*/ 


1041 

, 



1042 

rx_time_cnt =200*5; /* 

reset Rx Timer to indicate 


1043 


char, received before time out */ 


1044 




1045 

rsf Ivl » < ( inp ( bpa +4) & 

0x70) / Ox 1 0 > ; 


1046 

while ( r xf l v l ! = 0) / * 

Check Rx FIFO level and read 


1047 


data if FIFO not empty */ 


1048 

{ 



1049 

ridata trs_by te_cnt 1 = 

inp (bpa); 


1050 

+ + rs_byte_cnt; 



1051 

+ + rifcnt; 



1052 

— rxflvl; 



1053 

) 



1054 

outp < (bpa+7) ,0x08) ; /* 

issue manual acknowledge */ 


1055 

break; 



1 056. 

default 



1 057. 

/* 

if invalid source then issue a 


1058. 


manual acknowledge */ 


1059. 

outp ( (bpa + 7 ) , 0x08 ) ; 



1060. 

break; 



1061 . 

) 



1 062. 

outp ( ( bpa + 1 ) , gi r val ) ; /* 

Restore Original value of Bank 


1 063 . 


register to return the 82510 to 


1 064. 


original Bank */ 


1065 . 




1066. 

ou t p ( ipOO , eoi ) ; / * 

issue end of int. to 8259*/ 


1067. 

} 



1068. 




1069 . 




1070. 

Set_bank (bank_nua) 



1071 . 

int bank_nuo; 



1072. 




1 073. 

/***• PROCEDURE SET_BANK 



1074. 

/**»* switches 82510 register bank to 

**«**/ 


1075 . 

l*ttt given value. 



1 076. 




1077. 

{ 



1078. 

int port; 



1079. 

int bank_reg__val ; 



1080. 




1081 . 

bank_reg_val *bank_num * 0x20; 



1082. 

port s gir.addr +bpa; 



1083. 

outp (port, bank_reg_val ) ; /* output value to bank register */ 


1084. 

) 



1085. 
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1086 

g e t s r c 

( ) 




1087 



t t t 

»*/ 


1088 

/*« 

read GIR and returns the 


n*l 


1089 

1 ** 

source Vector 


**l 


1090 

/** 



»*/ 


1091 

/** 

Tiner - 05 Hex 


**l 


1092 

/«* 

Tx Machine - 04 Hex 


t*l 


1093 

/** 

CCR - 03 Hex 


n*l 


1094 

/«« 

Rx FIFO - 02 Hex 


**l 


1095 

/*« 

Tx FIFO - 01 Hex 


n*l 


1096 

/•* 



n*l 


1097 



* * * 

t**l 


1098 






1099 

< 





1100 

int 

v.src; 




1101 






1102 

vninp 

( bpa +2 ) ; / * read 

GIR 

*/ 


1103 

src * 

v & OxOE; /* Mask 

out 

all 

bits except for 

1104 


bits 

1,2 

and 

3 •/ 

1105 

src « 

src/2 ; 




1106 

return(src) ; 




1107 

1 





1108 






1109 

process_cmd < ) 




1110. 






mi . 

1 ***• 




***** / 

1112. 

!**•* 

PROCESS COMMAND 



***** 1 

1113. 

/ »*** 

Processes User commands 



***** 1 

1114. 

/*»** 

1 - Transmit 



»****/ 

1115 

/ **** 

2 - Receive 



***** 1 

1116 

/•*** 

* - Reset 82510 



***** 1 

1117. 

/ **** 

0 - quit 



***»*/ 

1118 

/*«*• 

r - Reinitialise 82510 



***** / 

1119 

1 *«** 

! - system monitor 



***** 1 

1120 

/•*** 




**«**/ 

1121 

inn** 




**•**/ 

1122 






1123 






1124 






1125 

{ 





1126 

int 

r ; 




1127 

int 

ext Ig «f alse ; 




1128 

int 

ex cp ; 




1129 






1130 

r 

= getch ( ) ; 




1131 

switch (r) ( 




1132 






1133 


case ‘O' 




1134 


ex f Ig = true; 


/* 

exit *1 

1135 


break ; 
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1136 . 

case ' 1 ' 


1137 . 

if (tx_state »s t ■ idle) 1 * Transmit Command only 


1 1 3 B . 

accepted if idle *1 


113? . 

{ 


1140. 

CLMS (); 


1141. 

CLL <ta r , t «_c ) ; 


1142 . 

MV_CURS ( ta_r , t«_e ) ; 


1143. 

printf ("file :">; 1 * Get name of file to Ta */ 


1144. 

scanf ("%s", its_file name); 


1145 . 

ell (ti_r,ti_c); 


1146 . 

open_wind (tx_r , t «_c , " t r ansmi t t ing" ) ; 


1147. 

open_wind ( t x_r , t x_c+ 1 4 , t «_f i 1 e_name ) ; 


1148. 

ti_cmd b active; 1 * Activates flag to signal 


1149 . 

Transmit idle state */ 


1150. 

) 


1151 . 

else 


1152 . 

( 


1153. 

beep (); 


1154 . 

prmsg ("transmission in progress"); 


1155 . 

J 


1156 . 

break ; 


1157. 

case ’2* 


1158 . 

CLMS ( ) ; 


1159. 

CLL (rx_r,rx_c); 


1160 . 

MV_CURS ( rs_r , rx_c ) ; 


1161 . 

printf ("file : " ) ; 1 * Get ri file name */ 


1162 . 

scanf ("%s" , 6rx_f i le_name ) ; 


1163 . 

c 1 1 ( rx_ r , r*_c ) ; 


1164 . 

open_wind ( rx_r ( n_c , "enabled" ) ; 


, 1165. 

open_wind ( r s_r , rx_c+l 4 , rx_f i le_name ) ; 


1166 . 

rx_cmd -active; /• Activate flag to signal 


1167 . 

ri state machine *1 


1168 . 

break; 


1169. 

case ' * ' 


1170. 

rs t 5 1 0 (); /* reset 825 1 0 */ 


1171 . 

open_wind ( 24 , 30 , "device reset 1 '); 


1172. 

break; 


1173 . 

case ' r ‘ 


1174. 

rst 5 1 0 ( ) ; 


1175 . 

init (); 1 * reinitialise 82510 */ 


1176 . 

enbint4 (); 


1177 . 

beep < ) ; 


1178 . 

prmsg (" 82510 reinitialised"); 


1179. 

break ; 


1180 . 

case ' ! ' 


1181 . 

escp - system ("d:\micom"); 


1182. 

default : 


1183 . 

BEEP (); 


1184. 

prmsg ("incorrect command, reenter"); 


1185 . 

break; 


1186 . 

> 


1187. 

if (esflg ss true) /* if esit command issued, 


1188. 

then quit program *1 


1189. 

return ( true ) ; 


1190 . 

else return (false) ; 


1191. ) 

/* end of command processing */ 
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119 2 

asmbpkt ( pk t s_sen t , f p ) 




1193 


* * * 



1194 

/** Reads file to be transmitted and puts 


*»/ 


1195 

/** the data into the proper modem packet 

format »*/ 


1196 


tea 



1197 





1198 

int pkts_sent ; 

/* 

this value is used to 


1199 



get the neat pkt * •/ 


1200 

FILE *fp, 




1201 

( 




1202 

int sum =0; 




1203 

int i, blkcnt; 




1204 

int st , f t ; 




1205 

char cpkt, cpkcmp; 




1206 





1207 

blkcnt sfread ( & t zpack . bu f f er C 0 ] , 1 2 8 , 1 , fp>; 

/* 

read 128 bytes */ 


1208 

if (blkcnt <l) 




1209 

f 




1210 

if ( (stsfeof ( f p) ) >0 U ! (f t>ferror <fp) > > 




1211 

( 




1212 

eof = true; 

1 * 

if end of file then 


1213 



signal EOF */ 


1214 

beep ( ) ; 




1215 

prmsg ("EOF • i >!!!!!!! * " ) ; 




1216 

) 




1217 

else 




1218 

if (ft >0) 




1219 

( 




1 220 . 

beep ( > ; 




1221 

prmsg ("READ ERROR !!•!>!!!!!!!"); 




1 222 . 

ti_statest«_idle ; 




1 223 . 

1 




1 224 . 

) 




1 225 . 





1226. 

cpkt =pkt s_sent +1 , 




1 227 . 

tipack . pack_num = cpkt; 




1 228. 

cpkcmp =* t ipack . pack_num, 




1229 . 

tipack . pack_cmpl * cpkcmp; 

1 * 

one's complement of 


1 230. 



packet number */ 


1231 

for < i = 0 . i (128; i++> 




1 232 . 

sum = sum+tipack . buf f er C i 1 ; 




1233 

tipack. chksm = sum % 255; 

/* 

checksum calculated *1 


1234 





1235 . 

) 




1 236. 





1237 . 





1 238. 

cpy2buf () 




1239 





1 240. 

/** copy packet to ti buffer **/ 




1241 . 





1242 

{ 




1243. 

int i i 




1 244 . 





1 245 . 

tidata [01 = tipack. head ; 




1 246 . 

tidata Cll =tapack . pack_num; 




1247. 

tidataC21 = t ipack . pack_cmp 1 ; 




1248 . 

for <U0; i <128; i + +>~ 




1 249 . 

tidata C i + 3 ] = tipack . buf f er Cil; 




1250 

tidata C 1 3 1 ] «t ipack. chkem; 




1251 . 

} 








231928-60 


82510 XMODEM Implementation (Continued) 


2-69 




2 -: 



AP-401 



PAGE 

25 

MAIN PROGRAM ftp.c 82510 XMODEM 



1299. 

abort_tx <) 



130 0 





1301 

/ *«** 


ttttt i 


1302 

/ tttt 

Abort transmission, reintialiie 

ttttt i 


1303 

Itttt 

Tr ansai 1 1 e r 



1304 

/tttt 

Flags 

ttttt i 


1305 

/ tt * A 









1307 





1308 

( 




1309 


•of =false; 



1310 


tir f 1 g * mlcpk t ; 



1311 


quit =false , 



1312 


key = 0; 



1313 


ti_stat« *tx_idle; 



1314 


tx_cmd B inactive; 



1315 


send_ccr_req ■ inactive; 



13U 


tx_indi « 0; 



1317 


tx_req «inactive; 



1318 


ccr_to_tx ■ 0; 



1319 


tx_byt«_cnt »0; 



1320 


pkts_s*nt »0; 



1321 


tx_tim*_cnt «0; 



1322 


g*t_ccr_rq »0 ; 



1323 


ccr_to_get *0; 



1324 


set.bank (00) ; 



1325 


outp ( (bpa+1 ) ,0x27) ; 



13 26 


sft t_bank (001); 



1 327 . 


outp( (bpa*6 ) , OxOD) ; 



1328 


tx_state =tx_idlft; 



1 329 . 


prmsg (“transmitter reset"); 



1330 

) 




1331 





1332 





1 333 . 

wai t_r i 

( > 



133 4 





1 335 , 

1 tt * * 


ttttt i 


1336 

1 ttt* 

VA I T_R X : 

ttttt i 


1 337 . 

/tttt 

checks rs timer, and returns the 

ttttt i 


1338 

Itttt 

following value : 

ttttt i 


1339 

l*tt* 

SOH - SOH received 

ttttt i 


1340 

Itttt 

EOT - EOT received 

ttttt i 


1341 

Itttt 

time out - rx timer expired 



1342 

Itttt 

waiting - waiting for event 

ttttt i 


1343 

Itttt 




134 4 

1 1 tt* tt 




1345 





1346 

( 




1347 

i f 

( (ct l_rxd_f Ig == active) &6 (rx_time_cnt 

! a 0 ) ) 


1348 

t 




1349 


ctl_rxd_flg ^inactive; 



1350 


return ( rx_ctl_chr); 



1351 

) 




1352 

• lift 



1353 


if ( rx_time_cnt 0) 



1354 


return ( t iae_out ) ; 



1355 


else 



1356 


return (wa i t ing ) ; 



1357 

} 
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r 3 




PACE 


ua 
1467 
1 468 . 
1469 
1 470 . 
1471 
1 472 . 

1473 

1474 
1.475 

1476 

1477 

1478 

1479 
1 480 . 

1481 

1482 

1483 
1 4 84 . 


28 MAIN PROGRAM ftp.c 82510 XMODEM 


Z************************************* , 

/** PROCEDURE BUF_CPY **/ 

/** copies packet to ran buffer **/ 

/*****»«**»* **************************/ 
buf_cpy (packt_id) 
int packt_id; 

{ 

int i , 

int indi =0; 

ind« = <packt_id-l ) *128; 

if < indx < (32000 - 129)) /• No overwrite of buffer */ 

( 

for < i *0 ; i < 1 28 ; i++) 

r«_f_buf Cind«+i] ■ r«buf C i ] ; 

) 

. else 

prmsg ("file too big, cannot save in memory"); 
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PAGE 

1 

DEFINITION FILE ftp def 

82510 XMODEM 



1 . 

♦define 

si " 825 1 0 FTP xO 00 6 / 30 / 8 6 " 

/* 

sign on message */ 


2 . 

• def me 

bpa 0 x 3 f 8 

1 * 

Base address */ 


3 . 

♦define 

gir_addr 02 




4 . 

♦ de f me 

esci 27 

1 * 

escape char . in hex * / 


5 . 

♦define 

be 1 07 




6 . 

♦ def ine 

msg_c 17 

/* 

coordinates of the 


7 . 




message line */ 


8. 

♦def ine 

msg_r 2 




9. 

♦define 

t«_c 35 

/* 



10 . 

♦def ine 

t x_r 10 




11 . 

♦define 

r «_c 35 


coordinates 


12 . 

♦define 

rx_r 12 




13 . 

♦define 

so_c 50 




14 . 

♦define 

so_r 24 

«/ 



15 . 

♦ def ine 

false 0 




16 

♦def ine 

true 1 




17 . 

♦def ine 

active 1 




18. 

♦define 

inactive 0 




19 . 

♦define 

ctl_chr 2 

/* 

control char transmit */ 


20. 

♦define 

pkt 1 

(* 

send packet */ 


21 . 

♦define 

eok 5 555 

/* 

packet received ok *1 


22. 

•define 

echksm 5500 

1 * 

checksum error */ 


23 . 

•def ine 

epkcmp 5501 

/* 

packet compl incorrect */ 


24 . 

•define 

eold 5502 

/* 

old pack num received */ 


25 . 

•def ine 

epknum 5503 

/* 

invalid packet • rcvd. */ 


26 






27 . 

/ x x x x x x 





28 . 

/*** tx 

state def int ions*** / 




29 . 






30 . 






31 . 

•define 

t «_i d 1 e 000 




32 . 

•define 

wa i t_NAK 001 




33 . 

•def ine 

TO_err_60 002 




34 . 

•def ine 

t x_r dy 003 . 




35 . 

•def ine 

t«_packet 004 




36 

•def ine 

wait_CC 005 




37. 

•def ine 

tx_pk_comp 006 




38. 

•define 

to_err 007 




39. 

•def ine 

txen 0x02 




40. 

• de f me 

mkpkt 111 

/* 

Transmit packet stages */ 


41 . 

• def ine 

txmtg 112 




42 . 

•define 

rets 113 




43. 

•def ine 

waiting 114 




44 . 






45 . 

/ XX X XX X 1 

1XXXXXXXXXXXXXXXXXXX/ 




46 . 

/** ti 

state def init ion **/ 




47 . 

/xxxxxxi 





48 






49 . 

•def ine 

rx_idle 000 




50 . 

•define 

rx_rdy 001 




51 . 

• def ine 

n_pkt 002 




52 . 






53 . 






54 . 

/ xx x xx x i 





55 . 






56 . 

•def ine 

time_out 90 

/* 

rx state signal values */ 


57. 

• def ine 

rx_NAK 91 




58 . 

•define 

rx_ACK 92 




59 . 

•def ine. 

rx_gen 93 




60 . 
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PACE 

2 

DEFINITION FILE 

ftp def 

82510 XMODEM 


' 

61 . 








62 . 

/*»«»»« 



(*•**«/ 




63. 

/** 

Protocol Control 

**** / 




64. 

/** 

characters 

**** / 




65. 

/*»*»«« 







66 . 








67. 








68 . 

Idtf in* 

NAK 

Os 1 4 


1 * 

Negative Ack *1 


69. 

•define 

ACK 

Oi 06 


1 * 

Positive Ack */ 


70 . 

•define 

SOH 

OiOl 


1 * 

Start of Header */ 


71 . 

•define 

EOT 

Oi 04 


/* 

End of Teit */ 


72 . 

•def ine 

CAN 

Ok 1 8 





73. 

•define 

NUL 

OiOO 





74 . 








75. 

/**»*«* 


ft*********** 

(***•*/ 




76. 

/** 

interrupt source 

*«•« / 




77 . 




*«»**/ 




78. 








79 . 

•def ine 

t imer 

05 


/* 

82510 int. vectors */ 


80. 

•def ine 

t in 

04 





81 . 

•define 

ccr 

03 





82. 

•define 

rif 

02 





83. 

•def ine 

tif 

01 





84 . 

•def ine 

ti i en 

Oi 1 2 


/* 

unnask TiM and Ts FIFO *1 


85. 

•define 

tiidb 

Oi 2D 


/* 

mask TiM and Ts FIFO */ 


86 . 

•def ine 

ccien 

0i04 


/* 

enable CCR interrupts *1 


87. 

•def ine 

ccidb 

Oi 3 3 


/* 

mask CCR int */ 


88. 

•def ine 

blkenb 

0i2 5' 


/* 

enable, block interrupts 


89 . 






through CER for 82510 *1 


90 . 








91 . 




tie*/ 




92. 

/«* 

8259A 





93. 


leeeeee 


»**«/ 




94 . 








95 . 

•def ine 

eo i 

Oi 20 


1 * 

end of interrupt */ 


96. 

• def ine 

ipOO 

0l20 


1 * 

8259A port 0 */ 


97 . 

•define 

ipOl 

Oi 2 1 


1 * 

82 5 9 A port 1 */ 
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ACE 1 CRT I/O ROUTINES cio c 82510 XMODEM 


1. tinclude "ftp. del" 
2 . 

3. CLRO 


4 . /********** ********************************************** t 

5 . /**** *****/ 

6 . /»*** PROCEDURE CLR *»***/ 

7 . /**** *****/ 

8. /**** clears screen ****«/ 

9. /•»** ****•/ 

10 ./**** *****/ 
11 . /**** ****•/ 

12 /««o»*»*m»t«M»t»t*»o«».**. 1 **«*******«**»«.mm*»«/ 

13 . 

M. ( 


15 . 

16 . 

int escchr 

3 esci , 

17 . 

put ch 

(escchr ) 

18 . 

print! 

< " C 2 J " ) 


19 . 

20 ) 
21 

22 . 


23 

VOFF () 



24 . 

t******************************************** ******* 

***** 1 

25 . 

/***» 


***** 1 

26 . 

/ ft ft ft ft 

PROCEDURE VOFF 

***** 1 

27 . 

/ * *** 


***** 1 

28 

/***» 

Turns Reverse Video OFF 

ft ft * t * f 

29 . 

/ * *** 


***** 1 

30. 

j tttt 


***** 1 

31 . 

It*** 


***** 1 

3 2 . 




33 




34 . 

{ 



35 . 

mt escchr 

3 esci; 



37 . put ch ( escchr ) , 

38 . pr int f ( " COm" ) ; 

39 . 

40 . } 

41 . 

42. 

43. RVON () 


44 . 

1 **** 


***** 1 

45 . 

1**** 



46 . 

ft*** 

PROCEDURE RVON 

««***/ 

47. 

/ ft ft ft ft 


***** 1 

48 . 

/**** 

Reverse Video ON 

***** i 

49 . 

1 **** 


***** 1 

50 . 

1**** 


***** 1 

51 

52. 

1 **** 

/**** 


***** 1 


53. 

54 . ( 

55 . int escchr = esci ; 
56 . 

5 7 . put ch < escchr ) ; 

58. print! ( ,, C7 b"); 

59. ) 

60 . 


231928-68 


82510 XMODEM Implementation (Continued) 


2 - 



AP-401 



PAGE 

2 CRT I/O ROUTINES cio.c 82510 XMODEM 



6 1 . 

OPEN_VIND (row, col ,stg> 



42 . 

int row; 



43 . 

int col ; 



44 . 

char stgM; 



45 . 




44 . 

/***« 

***** / 


47 . 

/**♦* PROCEDURE OPEN_VIND 



46. 

/•*** 

***** / 


4? . 

1**** prints a string in reverse video 



70. 

1**** at the given location 

***** 1 


71 . 

It*** 



72 . 

!«*** 

***** 1 


73. 




74 . 




75 . 

[ 



76. 




77 . 

MV_CURS (row, col); 



78. 

RVON < ) ; 



7?. 

pr int f < "%s" , stg ) ; 



60. 

VQFF ( ) ; 



81 . 




82. 

) 



83. 

BEEP (> 



84. 




' 85. 

/**«* 

*«**•/ 


86 . 

/**«* PROCEDURE BEEP 

***** 1 


87. 

ft*** 

***** / 


88 . 

/***» produces a beep 

***** 1 


89. 

/**»* 

***** 1 


90. 

/**«* 

***** i 


91 . 

ft*** 

***** / 


92 . 


****** 1 


93. 




94. 

l 



95. 

int belchr * bel; 



96 . 




97. 

put ch ( be 1 chr ) ; 



98. 




99. 

) 



100. 




101 . 

CLK row, col ) 



102. 

int row; 



103. 

int col; 



104 . 




105 . 

/*»** 

***** 1 


106. 

/***» PROCEDURE CLL 

***** 1 


107. 

/«*** 

***** / 


108. 

/***» clear line at given coordinate 



109 . 

/***• 



1 10 . 

/***» 

***** 1 


ill . 

/**«* 

***** / 


112. 




113 . 




114 . 

( 



115. 

int escchr «= esci ; 



116. 

MV.CURS (row, col); 



117. 

putch (escchr); 



118 . 

print! ("CK"); 



119. 

) 



120. 
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3 CRT I/O ROUTINES cio c 82510 XMODEM 


CLMSI ) 


l********************************************************l 
I tut* ***** I 

I**** PROCEDURE CLMS *****1 

I * * * * ***** i 

/**** clear message line *****/ 

I **** ***** / 

I **** ***** i 

I**** ***** i 

/********************************************************/ 


( 

CLL (msg_r ,msg_c) ; 
J 


prmsg 

<msg ) 


char 

msg 13; 


/ * * * * 


*«***/ 

/a*** 

/»*** 

PRINTS MESSACE AT MESSAGE LINE 

***** 1 

***** 1 

/»*** 

/**»* 

1 **** 

1 * * * * 
i ***** 


***** 1 

****«/ 

***** l 


{ 

elms ( ) ; 

print! ( " %s" , msg ) ; 
J 

CLLC () 

{ 

int escchr = esci ; 
put ch ( escchr ) ; 
print! ("CK"); 


MV_CURS ( i , y ) 

I* *******************************************************/ 
I**** *****/ 

I**** PROCEDURE MV_CURS ***** t 

I **** ***** i 

I**** moves cursor to speci!ied *****/ 

I **** 1 peat i on . ***** / 

/***« ***** i 

I ********** ***************************** *****************1 


int x ; 
int y; 

{ 

int escchr = esci; 

putch ( escchr ) ; 
cprintf ( " C%u ;%uH" , x , y ) ; 
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kGE t ASM 9 6 INTERRUPT INIT lhl asm 825 1 0 XMODEM 


1. NAME ftpih 

2 

3. DGROUP GROUP DATA 

4. DATA SEGMENT WORD PUBLIC 'DATA 1 

5. ASSUME DS: DGROUP 

6 DATA ENDS 

7 . 

8 EXTRN i s r_5 1 0 : f ar 

9 

10. _PROG SEGMENT BYTE PUBLIC 'PROG 1 

11. ASSUME CS._PROG 

12 . 

13. PUBLIC ini t_ih 

14. PUBLIC ih510 

15 . 

16. init_ih PROC far 

17. push BP 

18. push DX 

19. push AX 

20. push DS 

21 . mov DX, OFFSET ih510 

22 push CS 

23. pop DS 

24 mov AH , 25H ;DOS vector setup call 

25. mov AL.OCH iCOMl vector 

26. INT 21H ;DOS system call 

27. pop DS 

28. pop AX 

29. pop DX 

30. pop BP 

31. ret 

32. ini t i h ENDP 

33. 

34. ih5 1 0 PROC far 

35. push BP 

36. push AX 

37. push BX 

38. push CX 

39. push DX 

40 push SI 

41. push D I 

42. push DS 

43. push ES 

44. mov AX, DGROUP 

45. mov DS, AX 

46 . call isr_510 

47. pop ES ‘ 

48 pop DS 

49 . pop DI 

50. pop SI 

51 . pop DX 

52. pop CX 

53. pop BX 

54. pop AX 

55. pop BP 

56 . iret 

57. ih5 1 0 ENDP 

58 . 

59 _PROG ENDS 
60. end 
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1.0 OVERVIEW 

The 82510 Asynchronous Serial Controller is a 
CHMOS UART which provides high integration fea- 
tures to offload the host CPU and to reduce the system 
cost. 

This Ap-Note presents a mechanism for reduction and 
optimization of interrupt handling during asynchro- 
nous communication using the 82510. The mechanism 
is valuable in applications where handling of interrupts 
degrades system performance i.e., when high baud rate 
is used, when multiple channels are handled or whenev- 
er real-time constraints exist. This implementation of 
the mechanism is a software driver that transmits or 
receives characters at 288000 bits per second. 

The driver is based on the burst algorithm which uses 
the 82510 features (FIFOs, Timers, Control Character 
Recognition etc.) to reduce CPU overhead. CPU is sig- 
nificantly off-loaded for other tasks — about 75% of 
the usual load is saved. 

The driver can be easily modified to run in conjunction 
with other 82510 features such as the MCS-51 9-bit 
Protocol. 

This document provides a full description of the driver. 
The burst algorithm is presented in Section 3, the soft- 
ware module flow-charts and their descriptions are pre- 
sented in Section 6, and the PL/M software listing is 
given in Appendix A. 


2.0 INTRODUCTION 

2.1 CPU Load Consideration 

The trend towards multi-tasking systems, combined 
with higher baud rates and increasing the number of 
channels per CPU, has led to the need for decreasing 
the CPU bandwidth consumed by the async communi- 
cations for each byte transfer. Whenever the CPU is 
interrupted, a certain amount of CPU time is lost in 
implementing the context switch. This overhead can be 
as high as hundreds of microseconds per interrupt, de- 
pending on the specific operating system parameters. 
Thus, in high baud-rate or multi-channel environments, 
where the interrupt frequency is very high, a substantial 
portion of the CPU time is taken up by this interrupt 
overhead. Therefore, systems usually require minimiza- 
tion of the number of interrupt events. In the case of an 
asynchronous communication channel, reduction of the 


number of interrupts can be achieved by servicing (i.e., 
transferring to/from the buffer) as many characters as 
possible whenever the interrupt routine is activated. 
This can be done by utilizing FIFOs to hold received or 
transmitted characters, so that the CPU is interrupted 
only after a certain number of characters have been 
received or transmitted. Using a receive FIFO may 
cause a potential problem: Due to the random rate of 
character arrival in asynchronous communications, 
there is a chance that characters will be “trapped” in 
the Rx FIFO for extended periods of time. In order to 
avoid such situations, a Rx FIFO time-out mechanism 
can be implemented using the 82510 timer. The time- 
out indicates that a certain amount of time has elapsed 
since the last read operation was performed. It causes 
the CPU to check the Rx FIFO and read any charac- 
ters that are present. This process, however, introduces 
the additional overhead of the timer interrupt. This Ap- 
Note describes the use of the burst algorithm to avoid 
the timer interrupt overhead while maintaining the use 
of the Rx FIFO. 


2.2 82510 Features Used In This 
Implementation 

The following new 82510 features were used in this im- 
plementation: 

2.2.1 FIFOs 

The 82510 is equipped with 2 four-byte FIFOs, one for 
reception and one for transmission. While characters 
are being received, a Rx FIFO interrupt is generated, 
when the Rx FIFp occupancy increases above a pro- 
grammable threshold. While characters are being trans- 
mitted, a Tx FIFO interrupt is generated, when the Tx 
FIFO occupancy drops below a programmable thresh- 
old. The two thresholds are software programmable, 
for maximum optimization to the system requirements. 

2.2.2 TIMER 

The 82510 is equipped with two on chip timers. Each 
timer can be used as a baud rate generator or as a gen- 
eral purpose timer. When two independent baud rates 
are required for transmit and receive, the two timers 
can be used to generate both baud rates internally. Oth- 
erwise, one timer can be used for external purposes. 
The timer is loaded with its initial value by a software 
command and it counts down using system clock puls- 
es. When it expires, a maskable interrupt is generated. 
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2.2.3 CONTROL CHARACTER RECOGNITION 

Depending on the application, the software usually 
checks the received characters to determine whether 
certain control characters have been received, in which 
case special processing is performed. This loads the 
CPU, as every received character should be compared 
to a list of control characters. With the 82510, the CPU 
is offloaded from this overhead. Every received charac- 
ter is checked by the 82510, and compared to either a 
standard set of control characters (ASCII or EBCDIC) 
or to special user defined control characters. The soft- 
ware does not need to check the received characters, 
and a special interrupt is provided when a received con- 
trol character is detected by the 82510. The specific 
operation mode (standard set, user defined, etc.) is pro- 
grammable. 

2.2.4 INTERRUPT CONTROLLING MECHANISM 

The twenty possible interrupt sources of the 82510 are 
grouped into six blocks: Timer, Tx machine, Rx ma- 
chine, Rx FIFO, Tx FIFO, or Modem. Interrupt 
source blocks are prioritized. The interrupt manage- 
ment is performed by the 825 10 hardware. The CPU is 
interrupted by a single 82510 interrupt signal. The in- 
terrupt handler is reported on the highest priority pend- 
ing interrupt block (GIR) and on all the pending inter- 
rupt blocks (GSR), as well as on the specific interrupt 
source. Interrupts are maskable at the block level and 
source level. Interrupts can be automatically acknowl- 
edged (become not pending) when serviced by the soft- 
ware, or manually acknowledged by an explicit com- 
mand. 


3.0 THE BURST ALGORITHM 


3.1 Background 

The 82510 FIFOs are used to reduce the CPU interrupt 
load. When a burst of characters is transmitted or 
received, the CPU is interrupted only once per trans- 
mission or reception of up to four characters. FIFO 
thresholds are programmable; thus, when high system 
interrupt latency is expected, an optimal threshold may 
be selected for the desired trade-off between the CPU 
load, and the acceptable system interrupt latency. The 
required Rx FIFO threshold is also a function of the 
receive character rate. When the rate is high, a deep 
FIFO is required. When the rate is very low (e.g., hun- 
dreds of milliseconds between characters), a low thresh- 
old is needed, to reduce the maximum character service 
latency (a character is available to the application pro- 
gram only after it is stored in the receive buffer). 

The software mechanism described here tunes the Rx 
FIFO threshold dynamically when the incoming char- 
acter rate is variable. The algorithm uses one of the 
82510 on-chip timers for time measurement, in order to 
automatically adapt the threshold to the character re- 
ception rate. This is done without loading the CPU 
with the overhead of serving excessive interrupts gener- 
ated by the timer mechanism itself. 


3.2 Burst Algorithm Description 

The 82510 timer is initialized to the time-out value with 
every Rx FIFO interrupt. The time-out value is the 
maximum acceptable time between a character’s recep- 
tion and its storage in the receive buffer, but not less 
than five character-times. Upon reception of the next 
character, the timer status is examined to determine 
whether the character rate is high (the timer has not yet 
expired) or low (the timer has expired). 
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The algorithm is best described as a finite state machine 
that can be in one of three modes: HUNTING mode, 
SINGLE mode, or BURST mode. In HUNTING 
mode, after the first character received interrupts the 
CPU, the mode switches to SINGLE. On receiving a 
character in SINGLE mode (that is the second charac- 
ter) the timer is examined; if the character rate is very 
low, the mode is switched back to HUNTING. Other- 
wise, the rate is high enough to switch to BURST 
mode. In BURST mode, the Rx FIFO threshold is 
maximal. The machine remains in BURST mode as 
long as a burst of characters is being received. When 
the rate of character reception becomes low, the timer 
eventually expires generating a timer interrupt which 
switches the mode back to HUNTING. 

Note that while a burst of characters is being received, 
the CPU is interrupted only once per four received 
characters. If the characters are received at a very low 
rate, an interrupt occurs for each received character. 
The CPU is interrupted by the timer only once, when 
the burst terminates. See Figure 1 for a state diagram. 

For more details about the burst algorithm see para- 
graph 6.2. 


4.0 SOFTWARE MODULE MAP 

The driver contains the following software modules: 

• MAIN 

• BURST ALGORITHM 

— Burst Algorithm Initialization (*) 

— Rx FIFO Step (*) 

— HUNTING mode 
— SINGLE mode 
— BURST mode 
— Timer Step (*) 

• INITIALIZATIONS 

— Wait for Modem Status 

• INTERRUPT HANDLER 

— Rx FIFO Interrupt Service Routine 
— Tx FIFO Interrupt Service Routine 
— Status Interrupt Service Routine 
— Timer Interrupt Service Routine 
— Modem Interrupt Service Routine 

(*) The burst algorithm modules are called by the ini- 
tialization module and by the interrupt handler mod- 
ules. 
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INITIALIZATIONS 


82510 Configurations 


Init BURST Algorithm 


Wait_For_MODEM_status 


I 

MAIN: 

loop 

I 

End of Txmit/Rcvr 



292038-2 


Figure 2. Modules Block Diagram 


5.0 HARDWARE VEHICLE 
DESCRIPTION 

The driver was tested at 288000 baud, on an 80186 
based system, with an 8 MHz local bus running with 2 
wait-states, and an 18.432 MHz 82510 clock. Two sta- 
tions were involved: one transmitter station and one 
receiver station. Each station consisted of an 
iSBC 186/51 with a 82510 based SBX board connected 
to it. See Appendix B for description of the SBX board. 

This driver is, nonetheless, suitable for running in a 
large number of system environments. 


6.0 SOFTWARE MODULE 
DESCRIPTIONS 

6.1 MAIN 

The MAIN module is a simple example of an applica- 
tion program that uses the driver. 

The communication is done between two stations: One 
station is the transmitter and the other one is the re- 
ceiver. After interrupts are enabled, the program waits 

for the Finish Tx flag or the Finish Rx flag (for the 

transmitter or receiver station, respectively) to be set. 
In the transmitter station, the driver is preloaded with 
the transmit data. In the receiver station, the received 
data is displayed after data reception is complete. 
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6.2 The Burst Algorithm Modules 

6.2.1 INITIALIZE THE BURST ALGORITHM 

This module is called by the initialization module. 

The global variable Burst algo is used to indicate the 

current burst algorithm mode. 

The burst algorithm is most useful at a baud rate of 
9600 or higher. At lower baud rates, where the Rx in- 
terrupt rate is very low, the burst algorithm is degener- 
ated (Low baud is assigned to Burst algo). At a 

baud rate of 9600 or more, the burst algorithm mecha- 
nism is initialized and starts by disabling the timer in- 
terrupt. 

The initial state of the burst algorithm is HUNTING 
mode. In this mode, it is looking for (hunting) the first 
character. The Rx FIFO threshold is zero, thus the first 
character received interrupts CPU. This interrupt starts 
the burst algorithm mechanism. 



Figure 4. Initialize The Burst Algorithm 
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6.2.2 BURST ALGORITHM MECHANISM 


6. 2. 2. 2 SINGLE Mode 


Modules HUNTING, SINGLE, BURST are called by 
Rx FIFO interrupt service routine. Module 
BURST&TIMER is called by timer interrupt service 
routine. 

6.2.2. 1 HUNTING Mode 

Hunting for the first character received is the first step 
in the burst algorithm. After the first character is de- 
tected, received and handled, it must be determined if 
reception will be at high or low rate. This is done by 
starting the timer. HUNTING mode ends by assigning 
the second step, i.e., SINGLE mode, to Burst algo. 


When the second character is received, the burst algo- 
rithm is in SINGLE mode. Timer status is read 
(TMST). If the status indicates that the timer has ex- 
pired, the receive character rate is low and there is no 
need to increase the Rx FIFO threshold. The burst al- 
gorithm returns to its first state, i.e., HUNTING mode. 
However, if the timer has not expired, the receive char- 
acter rate is high, and the Rx FIFO threshold is set to 
the maximal allowable value. The timer is restarted and 
the timer interrupt is enabled so that, if it expires before 
the Rx FIFO exceeds the. threshold, a timer interrupt 
will occur. 

SINGLE mode is ended by assigning the third step, 
BURST mode, to BURST algo. 


HUNTING mode 


No 




SINGLE mode 


BURST_algo = SINGLE 


BURST_algo = HUNTING 


Enable Timer Interrupt 

I 


Rxflfo Threshold =3 


Restart Timer 


BURST_algo = BURST 


BURST mode 



| Restart 

Timer j 

I 

| Reset TIME 

:R status 


( Return ) 


Figure 5. The Burst Algorithm 
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6. 2. 2. 3 BURST Mode 

The algorithm enters BURST mode as soon as the re- 
ceive character rate is evaluated as high, i.e., when two 
successive characters are received without a timer expi- 
ration. The FIFO is now working at full threshold and 
the timer is used as a timeout watch dog. BURST mode 
is the most time-critical path of the algorithm. There- 
fore, it consumes a minimum amount of real time. 

The timer is restarted, in order to restart a new timeout 
measurement. The timer status is read to trigger auto- 
matic reset of the previous status; this is done to avoid 
the timer interrupt if the timer has expired during the 
Rx FIFO interrupt service routine execution. 

6.2.2.4 Timer Interrupt and Bust Algorithm 

If the character reception rate becomes low, then the 
time between two successive Rx FIFO interrupts in- 
creases. Hence, a reduction in the reception rate causes 
the timeout to expire, and a timer interrupt occurs. 
This drives the algorithm back to HUNTING mode. 
The timer interrupt is disabled and the Rx FIFO 
threshold is configured to zero, to issue an Rx interrupt 
on the first hunted character. 



Figure 6. Timer Interrupt and BURST Algorithm 


Table 1. BURST Algorithm Modes 


Mode 

FIFO 

Threshold 

Timer 

Timer-Interrupt 

Hunting 

0 

Idle 

Disabled 

Single 

0 

Started 

Disabled 

Burst 

Max. 

Restarted 

Enabled 


6.2.3 FLOWCHART DESCRIPTION 

The Rx FIFO interrupt handler executes the burst al- 
gorithm immediately after the Rx FIFO is emptied (to 


avoid an overrun error). The module was designed to 
minimize the CPU overhead inherent in the burst algo- 
rithm itself. 

BURST mode is assigned the fastest path because it is 
the most real time sensitive mode. 

SINGLE mode has a slightly longer path. However, 
under a high reception rate, the algorithm passes SIN- 
GLE mode once only and then stays in BURST mode 
until the end of the burst. Under a low reception rate 
the algorithm passes SINGLE mode many times, but, 
since the period between two successive Rx interrupts is 
long, this hardly affects system performance. 

6.3 Initializations 

This module initializes the driver. It is called at pro- 
gram start-up. 

The 82510 is configured for the specific operation mode 

by the CONFIG 82510 submodule: A Software Reset 

command is issued, and then the character configura- 
tion is selected. In the receiver station ACRO and 
ACR1 Registers are loaded with the End-Of-File 
ASCII character, so that the Control Character Recog- 
nition feature of the 82510 can be used to detect the 
specific file terminator. In the transmitter station, the 
ASCII characters XOFF and XON are loaded to 
ACRO and ACR1, respectively, to detect transmit-off/ 
on requests automatically. The use of the control char- 
acter recognition feature of the 82510 reduces system 
overhead, as the software does not need to check every 
received character. A special interrupt is received when 
the 82510 hardware detects a received control charac- 


Interrupt sources are enabled (note that a Tx interrupt 
will occur immediately). BRGA is loaded to generate 
the required baud rate (288000 baud in this specific 
implementation). Rx FIFO depth is set to 4. The Tx 
and Rx FIFO thresholds are initialized to 0. BRGB is 
selected to function as a timer, and is loaded with the 
timeout value (7 ms at 18.432 MHz, in this implemen- 
tation). The RxC and TxC sources are selected to be 
BRGA. 

The burst algorithm parameters are initialized by 

INIT BURST. WAIT FOR MODEM STATUS 

is called and implements a wait until the modem hand- 
shake DSR signal is set. If WAIT FOR MODEM 

STATUS returns with a timeout error, the modem er- 
ror is processed. If no error has occurred, the following 

parameters are initialized: Finish Rx and Finish Tx 

flags, receive and transmit buffer pointers, and the re- 
ceiver flag. All status registers are cleared by issuing a 
STATUS CLEAR command to the ICM register. 
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[82510 Configurations J 


BANK = WORK 


BANK = GENERAL 


ICM = S/W Reset 
Command 


IMD = Rx fifo 
depth = FOUR byte 


LCR = 1 stpbit + 8 bit 
+ No parity 


FMD = Rx thresh = 0 
Tx thresh = 0 


MCR = Set OUT2 
lntr Buffer Enabl 


RIE = Enable char 
Recognition lntr 


Transmit 

station 


Receiver 


ACRO = EOF char 
ACR1 = EOF char 


ACRO = X_Off char 
ACR1 = X_0n char 

GER = Enbl lntr 

Rx, Stat, Modem 


GER = Enbl lntr 

Rx, Stat, Modem 


BANK = MODEM 


BBCF = BRG B is 
TIMER 


BBL/H = Time_Expir 


CLCF = RXC and TXC 
is BRG A 


BAL = Low 
Baud 288000 


TMIE = Enable 
Timer Block 


BAH = High 

BANK = WORK 1 

Baud 288000 



ICM = status clear 


END 82510 Configurations^ 


Figure 8. 82510 Configurations 
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6.3.1 WAIT FOR MODEM STATUS an y communication starts (it indicates that the modem 

is active). The returned Modem Handshake flag indi- 

This module waits, with a timeout, for the DSR modem cates normal return (true) or timeout error return 

handshake signal to be set. DSR should be active before (false). 



Figure 9. Wait_For_Modem_Status 
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6.4 Interrupt Handler 


6.4.1 INTERRUPT HANDLER STRUCTURE 


The interrupt handler services the 82510 interrupt 
sources. Since this is a time-critical path, the code is 
optimized to minimize real time consumption. 

The interrupt handler services only one interrupt 
source at a time. This prevents CPU resource starva- 
tion from Other interrupt driven devices. Interrupts are 
enabled at the beginning of the interrupt handler, so 
that higher priority interrupt sources are not disabled 
by the 82510 interrupt handler. 


The interrupt handler identifies the highest priority 
pending 82510 interrupt, by reading GIR. The inter- 
rupt handler was designed so that shorter paths are 
assigned to more real time sensitive interrupt sources. 
Rx FIFO interrupt is the most sensitive, Tx FIFO is 
the second most sensitive, and so on. 

The programmable interrupt controller (8259A) is as- 
sumed to be configured to “edge triggering mode” and 
“non-automatic end of the interrupt” mode. 
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6.4.2 Rx FIFO INTERRUPT SERVICE ROUTINE graph 6.2.2). Before leaving the Rx FIFO interrupt 

service routine, the FIFO occupancy register is re- 
The Rx FIFO interrupt service routine first empties the checked, to empty the Rx FIFO of characters that may 

Rx FIFO. The receive data register (RXD) is read, as have been received during the Rx FIFO interrupt serv- 

many times as indicated by the FIFO occupancy regis- ice routine itself. This can happen if the Rx FIFO inter- 

ter (FLR), and the characters are stored in Rx Buf. rupt service routine has been interrupted by a higher 

priority interrupt. 

After emptying the Rx FIFO, the Rx FIFO interrupt 
service routine executes the burst algorithm (see para- 



Figure 11. Rx FIFO Interrupt Service Routine 
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6.4.3 Tx FIFO INTERRUPT SERVICE ROUTINE 6.4.4 STATUS INTERRUPT SERVICE ROUTINE 

The status interrupt service routine has four objectives: 
— To empty the Rx FIFO. 

— To 'stop reception if an End-Of-File character is 
identified by the control character recognition 
mechanism (in the receiver station). 

— To disable or enable the Tx interrupt if a XOFF or 
XON character, respectively, is identified by the 
control character recognition mechanism (in the 
transmitter station). 

— To handle parity, framing, or overrun errors (in the 
receiver station). 



Figure 12. Tx FIFO Intr Service Routine 


The Tx FIFO interrupt service routine fills the Tx 
FIFO with transmit characters while checking for the 
End-Of-File terminator. According to the FIFO occu- 
pancy register (FLR), the Tx FIFO is loaded (by writ- 
ing to TXD) until it is full or until the End-Of-File 
character is detected. The transmitted characters are 

taken from Tx. Buf. If an End-Of-File character is 

identified, then the transmission is immediately ended 
by disabling all 82510 interrupts and setting the Fin- 
ish Tx flag. 
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First the Rx FIFO is emptied. In the receiver station, 
the RST register is checked to determine whether an 
End-Of-File terminator has been identified by the 
82510, in which case reception is stopped immediately 
by disabling all interrupt sources and setting the 

Finish Rx flag. In the transmitter station, the received 

characters are checked to identify the received control 
character. If XOFF is identified, Tx interrupt is dis- 
abled. If XON is identified, Tx interrupt is enabled. 
Note that the software does not need to check for any 


control character during normal reception; the control 
characters are identified by the 82510 device. 

RST is checked for parity, framing or overrun errors. If 
one of these errors has occurred, then the error han- 
dling routine is executed. 

If status interrupt occurs while Burst algo is assigned 

to BURST mode, the timer is restarted. 

Note that status interrupt is enabled at both stations. 



Figure 13. Status Intr. Service Routine 
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6.4.5 TIMER INTERRUPT SERVICE ROUTINE 

A timer interrupt occurs when the receive character 
rate becomes low. The timer interrupt service routine 
first empties the Rx FIFO and then switches the burst 
algorithm to HUNTING mode. 



Figure 14. TIMER Intr Service Routine 


6.4.6 MODEM INTERRUPT SERVICE ROUTINE 

Modem interrupt occurs if one of the modem lines has 
dropped during transmission or reception. The modem 
interrupt service routine reads the MSR register to ac- 
knowledge the modem interrupt. The modem error 
routine is then executed. 



Figure 15. MODEM Intr Service Routine 
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APPENDIX A 
PL/M SOURCE FILE 


/***************************** ******************************** ************ 

*82510— HIG 

h r 

>ERFORMAN 

CE Driver * 

* This 

driver is optimized for Real Time Systems. It supports * 

* high 

system performance. It is based on 

the "BURST algorithm" * 

*************************************************************************/ 

HIGHPERFORMANCE: DO 




/************************************************************************* 

* 


LITERALS 

* 

*************************************************************************/ 

DECLARE 

LIT 

LITERALLY 'LITERALLY 

. 

DECLARE 

TRUE 

LIT 

' 0FFH 1 


DECLARE 

FALSE 

LIT 

' 00H ' 


DECLARE 

BAUD 9600 

LIT 

1 003 CH 1 

/* Character configurations */ 

DECLARE 

BAUD 19200 

LIT 

' 001EH * 


DECLARE 

BAUD 288000 

LIT 

1 0002H 1 


DECLARE 

DLAB 0 

LIT 

* 01111111B ' 

/* Reset DLAB */ 

DECLARE 

DLAB 1 

LIT 

1 10000000B ' 

/* Set DLAB */ 

DECLARE 

CR 

LIT 

1 ODH ' 

/* Control characters */ 

DECLARE 

LF 

LIT 

•OAH' 


DECLARE 

X Off 

LIT 

' 13H ' 


DECLARE 

X On 

LIT 

' 11H 1 


DECLARE 

End Of File 

LIT 

1 1AH 1 


DECLARE 

BASE 510 

LIT 

' 080H 1 

/* 8 2 5 1 0 registers */ 

DECLARE 

NASO 

LIT 

' 00000000B ' 


DECLARE 

WORK1 

LIT 

' 00100000B ' 


DECLARE 

GEN2 

LIT 

' 01000000B ' 


DECLARE 

MODM3 

LIT 

1 01100000B ' 


DECLARE 

TXD 

LIT 

'BASE 510 + 0' 

/* BANK 0 - NAS */ 

DECLARE 

RXD 

LIT 

'BASE 510 + O' 


DECLARE 

BAL 

LIT 

'BASE 510 + O' 


DECLARE 

BAH 

LIT 

•BASE 510 + 2' 


DECLARE 

GER 

LIT 

'BASE 510 + 2 ' 


DECLARE 

GIR 

LIT 

'BASE 510 + 4' 


DECLARE 

BANK 

LIT 

'BASE 510 + 4' 


DECLARE 

LCR 

LIT 

'BASE 510 + 6' 


DECLARE 

MCR 

LIT 

'BASE 510 + 8' 


DECLARE 

LSR 

LIT 

'BASE 510 +10' 


DECLARE 

MSR 

LIT 

•BASE 510 +12' 


DECLARE 

ACR0 

LIT 

'BASE 510 +14' 


DECLARE 

RXF 

LIT 

'BASE 510 + 2' 

/* BANK 1 - WORK */ 

DECLARE 

TXF 

LIT 

'BASE 510 + 2' 


DECLARE 

TMST 

LIT 

'BASE 510 + 6' 


DECLARE 

TMCR 

LIT 

'BASE 510 + 6' 


DECLARE 

FLR 

LIT 

'BASE 510 + 8' 


DECLARE 

RST 

LIT 

'BASE 510 +10' 


DECLARE 

RCM 

LIT 

'BASE 510 +10' 


DECLARE 

TCM 

LIT 

'BASE 510 +12' 


DECLARE 

GSR 

LIT 

'BASE 510 +14' 


DECLARE 

I CM 

LIT 

•BASE 510 +14' 


DECLARE 

FMD 

LIT 

'BASE 510 + 2' 

/* BANK 2 - GENERAL CONFIGURE */ 

DECLARE 

TMD 

LIT 

'BASE 510 + 6' 
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DECLARE 

IMD 

LIT 

'BASE 510+8' 




DECLARE 

ACR1 

LIT 

•BASE 510 +10' 




DECLARE 

RIE 

LIT 

'BASE 510 +12' 




DECLARE 

RMD 

LIT 

'BASE 510+14' 




DECLARE 

CLCF 

LIT 

'BASE 510+0' 

/* 

BANK 3 - MODEM 

*/ 

DECLARE 

BBL 

LIT 

'BASE 510 + O' 

/* 

DLAB=1 

*/ 

DECLARE 

BACF 

LIT 

'BASE 510+2' 



DECLARE 

BBH 

LIT 

'BASE 510 + 2' 

/* 

DLAB=1 

V 

DECLARE 

BBCF 

LIT 

'BASE 510 + 6' 



DECLARE 

PMD 

LIT 

'BASE 510+8' 




DECLARE 

MIE 

LIT 

'BASE 510 +10' 




DECLARE 

TMIE 

LIT 

'BASE 510 +12' 




DECLARE 

OUT 2 MCR , 

LIT 

' 00001000B ' 

/* 

Specific register bits 

*/ 

DECLARE 

DTR MCR 

LIT 

' 00000001B ' 



DECLARE 

DSR MSR 

LIT 

' 00100000B ' 




DECLARE 

CLRSTAT I CM 

LIT 

' 00000100B ' 




DECLARE 

INTR 510 

LIT 

' 21H ' 




DECLARE 

PORT 80130M 

LIT 

' 0E2H ' 




DECLARE 

EN 80130 

LIT 

' OFDH ' 




DECLARE 

PORT EOI 

LIT 

' OEOH ' 




DECLARE 

COMM EOI 

LIT 

’ 61H ' 

/* 

End Of Interrupt command 

*/ 

DECLARE 

ENRTX GER 

LIT 

' 00001111B ' 

/* 

Enable Interrupt bits 

*/ 

DECLARE 

ENTX GER 

LIT 

' 00000010B ' 


DECLARE 

ENTXSTAT GER 

LIT 

' 00001110B ' 




DECLARE 

ENRX GER 

LIT 

' 00001101B ' 




DECLARE 

ENTIMRX GER 

LIT 

' 00101101B ' 




DECLARE 

DISTX GER 

LIT 

' 00001101B ' 




DECLARE 

DISRX GER 

LIT 

» 00000010B ' 

/* 

Disable Interrupt bits 

V 

DECLARE 

DISRTX GER 

LIT 

' 00000000B ' 


DECLARE 

TXTHRESHO FMD 

LIT 

' 00000000B ' 

/* 

FIFO threshold 

V 

DECLARE 

RXTHRESHO FMD 

LIT 

' 00000000B ' 


DECLARE 

RXTHRESH3 FMD 

LIT 

' 00110000B ' 




DECLARE 

MASK RXOCC 

LIT 

' 01110000B ' 

/* 

Mask on occupancy bits 

*/ 

DECLARE 

MASK TXOCC 

LIT 

' 00000111B ' 


DECLARE 

MASK ACRSTAT 

LIT 

' 01000000B ' 

/* 

Mask on ACR status bits 

*/ ' 

DECLARE 

CHRLEN 8 

LIT 

' 00000011B ' 

/* 

Async parameters 

V 

DECLARE 

STPBIT 1 

LIT 

' 00000000B ' 



DECLARE 

PARITY NON 

LIT 

' 00000000B ' 




DECLARE 

SWRES CMND 

LIT 

' 00010000B ' 




DECLARE 

ERRCHR RST 

LIT 

' 00001110B ' 




DECLARE 

ACRSTAT RIE 

LIT 

.' 01000000B ' 




DECLARE 

ACRSTAT RST 

LIT 

' 01000000B ' 




DECLARE 

NONI GIR 

LIT 

' 00100001B ' 

/* 

Interrupt vector 

*/ 

DECLARE 

MODMI GIR 

LIT 

' 00100000B ' 



DECLARE 

TXI GIR 

LIT 

' 00100010B ' 




DECLARE 

RXI GIR 

LIT 

' 00100100B ' 




DECLARE 

STATI GIR 

LIT 

' 00100110B ' 




DECLARE 

TIMI GIR 

LIT 

' 00101010B ' 




DECLARE 

AUTOACK IMD 

LIT 

' 00001000B ' 




DECLARE 

TIMOD BBCF 

LIT 

' 00000000B ' 

/* 

Timer 

*/ 

DECLARE 

TIMBI TMIE 

LIT 

' 00000010B ' 


DECLARE 

FIFO IMD 

LIT 

' 00000000B ' 




DECLARE 

STARTIMB TMCR 

LIT 

' 00100010B ' 




DECLARE 

STARTIMB TMST 

LIT 

' 00000010B ' 




DECLARE 

RTXCLK BRGA CLCF LIT '01010000B' 




DECLARE 

LOW BAUD 

LIT 

' 00H ' 

/* 

BURST algorithm 

*/ 

DECLARE 

HUNTING MODE 

LIT 

' 01H ' 



DECLARE 

SINGLE MODE 

LIT 

' 02H ' 




DECLARE 

BURST MODE 

LIT 

' 03H ' 




DECLARE 

TIME EXP 

LIT 

' OFFFFH ' 

/* 

timeout=7mS (at 18.4 Mhz) 

V 

DECLARE 

WAIT TIME 

LIT 

' OOFFFH ' 

/* 

WAIT_FOR__MODEM_STATUS 

*/ 
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/★A*********************************************************************** 

* VARIABLES * 

*********************************************** ************************** / 


DECLARE TX_PTR POINTER PUBLIC 
DECLARE TX_BUF BASED TX_PTR (3000) BYTE 
DECLARE IX__TX WORD PUBLIC ; 

DECLARE RX_BUF (3000) BYTE PUBLIC; 
DECLARE IX_RX 
DECLARE INTR_VEC 
DECLARE FIN_TX 
DECLARE FIN_RX 
DECLARE RX_CHR 
DECLARE TX_CHR 
DECLARE TX_OCC 
DECLARE RX_OCC 
DECLARE STAT 
DECLARE BAUD 
DECLARE TEMP 
DECLARE FIN 
DECLARE SELECTION 
DECLARE RECEIVER 
DECLARE BURST_ALGO 

DECLARE MODEM_HANDSHAKE BYTE PUBLIC ; 
DECLARE COUNTER WORD PUBLIC ; 

DECLARE RX_ERROR BYTE PUBLIC ; 


WORD PUBLIC 
BYTE PUBLIC 
BYTE PUBLIC 
BYTE PUBLIC 
BYTE PUBLIC 
BYTE PUBLIC 
BYTE PUBLIC 
BYTE PUBLIC 
BYTE PUBLIC 
WORD PUBLIC 
BYTE PUBLIC 
BYTE PUBLIC 
BYTE PUBLIC 
BYTE PUBLIC 
BYTE PUBLIC 


/* 

/* I/O console utilities 
$ INCLUDE ( :F1:TI0HP. PEX) 

/* Setup and H/W configurations 
$ INCLUDE ( : FI ; HPUTIL. PEX) 


Transmit buffer 


V 

Receive buffer 


V 

Finish Transmission 

flag 

V 

Finish Reception 

flag 

V 


/* 

Receive station 

V 

/* 

BURST algorithm 

*/ 

/* 

Error occurred during 

*/ 

/* 

reception 

*/ 


V 

*/ 

*/ 


DECLARE MAIN LABEL PUBLIC ; 


/★★★A********************************************************************* 

* Procedure INITIALIZATIONS * 

************************************************************************* 

* input: none * 

* output: none * 

* function: driver initialization: parameters, 82510 * 

* configuration, modem status check. * 

* called by: Main * 

* calling: CONFIG_82510 , INITIALIZE_BURST, WAIT_FOR_MODEM * 

* * 

* Init the Interrupt mechanism by enable Interrupt in GER register * 

* At the Receive station: Enable Rx FIFO, Status and Modem Interrupts * 

* Disable Timer Interrupt * 

* At the Transmit station: Enable Tx FIFO, Status and Modem Interrupts * 

* * 

* flowchart: figure 7 description: paragraph 6.3 * 


************************************** ***********************************/ 


INITIALIZATIONS: PROCEDURE PUBLIC ; 

DISABLE ; 

CALL SET$ INTERRUPT (INTR_5 10 , INTR_HANDLER) ; 

/* Install THE INTR HANDLER */ 

TX_CHR=00 ; /* Clear TX_CHR and RX_CHR */ 

RX_CHR=00 ; 
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CALL TEXT ? 

/* 

/* 

IX TX= 0FFFFH ? 

IX RX= OFFFFH 7 

/* 

FIN TX=FALSE ? 

FIN RX= FALSE ? 

RX BUF (0) =0 7 

/* 

RX_ERROR= FALSE ? 

/* 

BAUD=BAUD_2 88000 ? 

/* 


/* 

CALL CONFIG_8 2510 ? 

/* 

/* 

/* 


TX_PTR is a pointer to the transmitted*/ 
data */ 
The index buffer are assigned to -1 */ 

Init Finish Transmit and receive flags*/ 


Reset the flag */ 

The Async communication Baud rate is */ 
the 82510-full scale 288000 */ 

Configured the 82510: */ 

S/W reset, character length, parity, */ 
stop bit, baud rate and fifo threshol */ 


/************************************************************************* 

* INITIALIZE_BURST * 

***********w********+**************************************************** 

* input: none * 

* output: Burst__Algo * 

* function: start Burst algorithm in Hunting mode * 

* called by: INITIALIZATIONS * 

* calling: none * 

* * 

* flowchart: figure 4 description: paragraph 6.2.1 * 

*************************************************************************/ 

IF BAUD<=BAUD_9600 THEN BURST_ALGO as HUNTING_MODE 7 

/* HUNTING mode: */ 

/* Rx FIFO threshold is 0 */ 

/* Timer interrupt is disable */ 

ELSE BURST_ALGO=LOW_BAUD ? 

CALL WAI T_FOR_MO DEM_S TATU S ; 

/* Wait for Modem handshake line "DSR" */ 
/* if ACTIVE set MODEM_HANDSHAKE */ 

TEMP = INPUT (RXD) 7 
TEMP = INPUT (RXD) 7 
TEMP = INPUT (RXD) ? 

TEMP = INPUT (RST) ? 


END INITIALIZATIONS ? 

y************************************************************************* 


* Procedure CONFIG_82510 * 

************************************************************************* 

* input: none * 

* output: none * 

* function: configure the 82510 to a specific operation * 

* mode * 

* called by: INITIALIZATIONS * 

* calling: none * 

* * 

* flowchart: figure 8 description: paragraph 6.3 * 

********************************************* ****************************y 
CONFIG_82510: PROCEDURE PUBLIC 7 

/* Perform Software reset */ 

OUTPUT (BANK) = WORK1 7 /* Move to work bank */ 

OUTPUT (ICM) = SWRES_CMND 7 /* S/W reset command */ 
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/* BANK ZERO - NAS (The default BANK) */ 

/* Configured the character by writing to LCR: */ 

/* 1 stop bit, 8 bit lengh, non parity */ 

OUTPUT (LCR) =(STPBIT_1 + CHRLEN_8 + PARITY NON) ; 

OUTPUT (MCR)=(DTR_MCR OR OUT2_MCR) ? 

/* Required only in IBM PC environment: */ 

/* set OUT 2 signal to control an external*/ 

/* 3-state buffer that drives the 82510 */ 

/* interrupt signal */ 

IF RECEIVER THEN OUTPUT (ACRO) =End_Of_File ? 

/* At the Receive station EOF is */ 

/* recognized to terminate reception */ 
ELSE OUTPUT (ACRO) = X_OFF ; /* At the Transmit station "X Off" is */ 

/* recognized to stop transmission */ 

/* temporary */ 

/* Enable 82510 Interrupt by set GER, */ 

/* done at the end of INITIALIZATIONS */ 

/* Init the 82510 Interrupt mechanism */ 

DISABLE ; 

IF RECEIVER THEN OUTPUT (GER) =ENRX_GER ? 

/* at the Receive station */ 

ELSE OUTPUT (GER) =ENTXSTAT__GER ? 

/* and the Transmit station */ 

/* Configured baud rate to 288000 */ 

/* by writing to BRG A (BAL and BAH) */ 

OUTPUT (LCR) =INPUT (LCR) OR DLABJL; /*Set DLAB to allow access to BRG */ 

OUTPUT (BAL) =LOW (BAUD_288000) ? 

OUTPUT (BAH) =HIGH(BAUD_2 88 000) ; 

OUTPUT (LCR) =INPUT (LCR) AND DLAB_0 ; /* reset DLAB */ 

/* BANK TWO - General configuration */ 

OUTPUT (BANK) =GEN2 ; 

OUTPUT (IMD)=(AUTOACK_IMD OR FIFO_IMD) ; 

/* Automatic interrupt acknowledge, */ 

/* Rxfifo depth is four bytes */ 

OUTPUT (FMD) = (TXTHRESH0_FMD OR RXTHRESH0_FMD) ; 

/* Rxfifo threshold is temporally zero */ 

/* for HUNTING mode (BURST algorithm) */ 

/* Txfifo threshold is zero for max */ 

/* interrupt latency */ 

IF RECEIVER THEN OUTPUT (ACR1) =End_Of_File ? 

/* At the Receive station EOF is */ 

/* recognized, the same as ACRO */ 

ELSE OUTPUT (ACRl)=X_ON ? /* At the Transmit station "X On" is */ 

/* recognized to continue transmission */ 

OUTPUT (RIE) = (ACRSTAT_RIE OR INPUT (RIE) ) ; 

/* Enable interrupt on programmed control*/ 

/* character received (ACR0/ACR1) */ 

/* BANK THREE - MODEM configuration */ 

OUTPUT ( BANK) =MODM3 ? 

OUTPUT ( BBCF ) = ( TIMOD_BBCF ) ? /* BRG B configured to TIMER mode */ 

OUTPUT (BANK) = NASO; /* Move to nas bank to set DLAB */ 

OUTPUT ( LCR) =INPUT( LCR) OR DLAB_1 ; /* Set DLAB to allow access to BRG */ 

OUTPUT (BANK) = MODM3 ; /* MODEM bank */ 

OUTPUT(BBL) = LOW (TIME_EXP) ? /* Set max timeout (7ms if 18Mhz crystal)*/ 
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OUTPUT (BBH) = HIGH (TIME_EXP) ; /* 

OUTPUT (BANK) = NASO; /* 

OUTPUT (LCR) =INPUT(LCR) AND DLAB 0 
OUTPUT (BANK) = MODM3 ; /* 

OUTPUT ( CLCF) =RTXCLK__BRGA_CLCF ; /* 

/* 

OUTPUT (TMIE)=TIMBI_TMIE ? /* 

/* 

/* bank ONE - general WORK 
OUTPUT ( BANK) =WORKl ; 

OUTPUT ( ICM) =CLRSTAT__I CM ; / * 

/* 


/* Remain in WORK- THE runtime bank */ 


END CONFIG__82510 ; 

/************************************************************************* 


* Procedure WAIT_FOR_MODEM_STATUS * 

************************ ************************************************* 

* input: none * 

* output: ModCem_Handshake * 

* function: waits with a timeout for DSR active, * 

* returns status flag * 

* called by: INITIALIZATIONS * 

* calling: none * 

* * 

* flowchart: figure 9 description: paragraph 6; 3.1 * 


******************************************************* ******************/ 

WAIT__FOR_MODEM_STATUS : PROCEDURE PUBLIC ; 

MODEM_HANDSHAKE = FALSE ; 

COUNTER = WAITJTIME ; 

DO WHILE (NOT MODEM__HANDSHAKE ) AND ( (COUNTER :=COUNTER-l) > 0 ) ? 

IF (INPUT (MSR) AND DSRJMSR) <> 0 THEN MODEM HANDSHAKE = TRUE ; 

END ? 

END WA I T_FOR_MO DEM_S T ATU S ; 

/************************************************************************* 


* Procedure INTERRUPT HANDLER * 

************************************************************************* 

* input: Tx Buffer * 

* output: Rx Buffer, Finish_Tx, Finish_Rx * 

* function: service all 82510 interrupt sources: * 

* Rx Fifo, Tx Fifo, Status, Timer, Modem * 

* called by: 82510 hardware interrupt * 

* calling: Rx_Fifo_Intr , Tx_Fifo_Intr, Status_Intr, * 

* Timer_Intr, Modem_Intr * 

* * 

* flowchart: figure 10 description: paragraph 6.4, 6.4.1 * 

*************************************************************************/ 

INTR_HANDLER: PROCEDURE INTERRUPT INTR_510 REENTRANT PUBLIC ? 

ENABLE ; /* Enable Interrupts of */ 

/* HIGHIER priority devices */ 

INTR_VEC=INPUT (GIR) ; /* Get the 82510-highest priority */ 

/* pending interrupt */ 
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/********************************************* **************************** 
* Rx_FIFO_INTR * 

********************************************************* **************** 


* input: none * 

* output: Rx_Buffer, Burst_Algo * 

* function: service Rx Fifo interrupt * 

* receive characters; store in receive buffer * 

* called by: INTERRUPT HANDLER * 

* calling: BURST_ALGO * 

* * 

* flowchart: figure 11 description: paragraph 6.4.2 * 


************************************************************************* y 

IF INTR__VEC=RXI_GIR THEN DO 7 

RX_OCC=INPUT (FLR) ; /* Rx fifo level occupancy 

/* Shift the Rx occupancy bit 
RX_OCC=SHR (RX_OCC , 4 ) ; /* to get it's real value 

/* - OPTIMIZE code - 
/* Empty the Rx FIFO and store the 
/* received character in RX BUF 
RX_BUF (IX_RX: =IX_RX+1) =INPUT (RXD) ; 

/* Read the first character immediatly 
/* to save Real Time 
DO WHILE (RX_0CC:=RX_0CC-1) > 0 ; 

RX_BUF ( IX_RX : =IX RX+1) =INPUT (RXD) ; 

END ; 


/************************************************************************* 
* BURST_ALGORITHM * 

************,************************************************************* 


* input: BurstJUgo * 

* output: Burst_Algo * 

* function: execute a step in the burst algorithm * 

* after characters are received * 

* called by: Rx_FIFO_INTR * 

* calling: none * 

* * 

* flowchart: figure 5 description: par. 6.2.2.1 to 6.2.2.3 * 


*************************************************************************y 


/* 

* BURST MODE- step 3 (full 

* Reset the Timer status 

* Restart the Timer 

* 

IF BURST_ALGO = BURST_MODE THEN DO ? 

TEMP = INPUT (TMST) 7 

OUTPUT ( TMCR ) =STARTIMB_TMCR ; 

END; 


/* 

* HUNTING MODE- step 1 

* Operate the TIMER 

* Change to step 2 SINGLE mode 

*- 

ELSE IF BURST_ALGO = HUNTING_MODE THEN DO ? 
OUTPUT (TMCR) =STARTIMB_TMCR ; 
BURST__ALGO=SINGLE__MODE ; 

END 7 


fifo threshold) 


-v 
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/* 

* SINGLE MODE- step 2 

* If TIME has expired, means the receive 

* rate is LOW, return to HUNTING mode 

* If TIME did NOT expire, means the 

* Receive rate is HIGH, set Rx FIFO threshold, Restart the 

* Timer and switch to BURST mode 


ELSE IF BURST_ALGO = SINGLE MODE THEN DO ; 


.* 

* 

* 

* 

* 

* 

* 

V 


IF ( (INPUT(TMST) AND STARTIMB_TMST) <>0) THEN 
BURS T__ ALGO = HUNT I N G_MO DE ; 

ELSE DO; 

OUTPUT (BANK) = GEN2 ;/* Switch to BANK TWO - General Config */ 
OUTPUT (FMD) =TXTHRESHO_FMD OR RXTHRESH3_FMD ; 

OUTPUT (BANK) =NAS0; /* Switch to BANK ZERO - NAS */ 

OUTPUT (GER) = ENTIMRX_GER? 

/* Enable TIMER, RX and MODEM interrupts */ 
OUTPUT ( BANK) =WORKl; /* Switch to BANK ONE - WORK */ 

BURST_ALGO = BURST_MODE? 

TEMP = INPUT (TMST) ; /* Reset timer status */ 

OUTPUT (TMCR) *= STARTIMB_TMCR ; 

END; 

END; /* End of SINGLE mode */ 


/* ... .End of BURST algorithm */ 

/* Another try to empty the Rx fifo */ 

/* before leaving the interrupt handler */ 

DO WHILE ( INPUT (FLR)<>0) ; 

/* Empty the Rx FIFO and store the */ 

/* received character in RX_JBUF */ 

RX__BUF ( IX_JRX : =IX__RX+1 ) —INPUT ( RXD ) ; 

END ; 

END ; /* End of Rx fifo interrupt */ 

/***icic-k1t*-k’k-kic'kieit i k a kicieicieieieicic1fkirkit*-k‘k-kirk-kie-k^kirk1t'kic-k1fk-kie*ieie*-kic-k-ki!ic-k-kic4c-kie-ki(*i<ickic 

* TxFIFO_INTR * 

************ r********* ************************* *********** **************** 

* input: Tx_Buffer * 

* output: Finish_tx * 

* function: service Tx Fifo interrupt * 

* transmit characters from transmit buffer (OPTIMIZE code) * 

* called by: INTERRUPT HANDLER * 

* calling: none * 

* * 

* flowchart: figure 12 description: paragraph 6.4.3 * 

****************************************************************ie********^/ 


ELSE IF INTR_VEC=TXI_GIR THEN DO ; 

TX_OCC=INPUT (FLR) AND MASK_TXOCC ; 

/* Tx fifo level occupancy */ 

/* Fill Tx FIFO, the transmitted characters are taken from TX_buf */ 
DO WHILE ( TX_OCC : =TX_OCC+ 1 ) < 5 ; 

OUTPUT (TXD) s =TX_BUF ( IX_TX : =IX_TX+1 ) ; 

IF TX_BUF (IX_TX) =End_Of File THEN DO ; 

OUTPUT (BANK) =N AS 0 ; /* Disable Tx interrupt, as the transmit */ 

OUTPUT (GER) =DISTX_GER; /* delimiter character was identified */ 

OUTPUT ( BANK) =W0RK1 ; /* Switch to BANK ONE - WORK */ 

TX_OCC =5 ; /* load TX_OCC to terminate external loop*/ 

FIN__TX - TRUE ; /* Set Finish transmit flag */ 

END ; 


END 
END ; 


/* End of TXFIFO_INTR 


*/ 
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*********** 

* STATUS_INTR * 

************************************************************************* 


input : 
output : 
function: 


called by: 
calling: 


none 

Finish_Rx 

service Status interrupt 

Receive station: EOF terminate the reception 
Transmit station: X_Off Disable the transmission 
X_On Enable the transmission 

INTERRUPT HANDLER 
none 


* flowchart: figure 13 


description: paragraph 6.4.4 


************************************************************************ 


*/ 


ELSE IF INTR_VEC=STATI_GIR THEN DO ; 


STAT=INPUT (RST) ? 

/* Get the 

current RST status 

*/ 

RX OCC=INPUT (FLR) ; 
RX_OCC=SHR (RX_OCC ,4) ; 

/* Rx fifo 

level occupancy 

V 

DO WHILE (RX OCC>0 AND 

(NOT FIN RX) ) j 



RX OCC=RX OCC-1 ; 

RX CHR=lNPUT(RXD) ; 

/* 

First, empty Rx FIFO 

*/ 


IF RECEIVER THEN RX_BUF (IX_RX: =IX_RX+1) =RX_CHR ; 

ELSE DO ; 

IF RX_CHR = X_OFF THEN DO ; 

OUTPUT ( BANK) =NAS0;/* Switch to BANK ZERO - NAS */ 

OUTPUT (GER) = INPUT (GER) AND DISTX_GER ; 

/* Disable Transmit interrupt */ 

OUTPUT (BANK) =WORKl;/* Switch to BANK ONE - WORK */ 

END ; 

ELSE IF RX_CHR = X_ON THEN DO ; 

OUTPUT (BANK) = NASO ; 

OUTPUT (GER) = INPUT (GER) OR ENTX_GER ; 

/* Enable Transmit interrupt again */ 
OUTPUT (BANK) = W0RK1 ; 

END ? 

END ; 

END ; 


IF RECEIVER THEN DO ? 

IF ( (STAT AND ACRSTAT_RST) <> 0) THEN DO ; 

OUTPUT (BANK) = NASO ; /* If End_Of_Line was recognized, */ 

OUTPUT (GER) = DISRTX_GER ; 

OUTPUT (BANK) = WORK1 ; /* Disable 82510-interrupts and the */ 

FIN_RX = TRUE ? /* Reception */ 

END ; 

ELSE IF ((STAT AND ERRCHR_RST) <> 0) THEN DO ; 

CALL WRITE (§('** ERROR in character Status ',0)) ? 

CALL ERROR_CHAR_HANDLER ; 

IF BURST_ALGO=BURST_MODE THEN DO ; 

/* In BURST mode do: */ 

TEMP = INPUT (TMST) ; /* Reset timer status . */ 

OUTPUT (TMCR) = STARTIMBJTMCR; 

END; /* Restart TIMER */ 

END ; 

END ; 

END ; ' /* End of STATUS interrupt */ 
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/************************************************************************* 

* TIMER_INTR * 

************************************************************************* 

* input: none * 

* output: Burst_Algo * 

* function: service Timer interrupt? receive characters * 

* and switch Burst__Algo to HUNTING mode * 

* called by: INTERRUPT HANDLER * 

* calling: BURST &TIMER * 

* * 

* flowchart: figure 14 description: paragraph 6.4.5 * 


**************************************************** *********************y 


ELSE IF INTR_VEC=TIMI_GIR THEN DO ? 


IF ( (RX_OCC:=INPUT(FLR) )<>0) THEN DO ; 


RX_OCC=SHR(RX_OCC, 4) ; /* Rx fifo level occupancy, shift right */ 
/* - OPTIMIZE code - */ 

/* Empty the Rx FIFO and store the */ 

/* received character in RX_BUF */ 

RX_BUF ( IX_RX : =IX_RX+ 1 ) = INPUT (RXD) ; 

DO WHILE ( RX_OCC : =RX__OCC- 1 ) > 0 ; 

RX_BUF ( IX_RX : =IX_RX+1 ) =INPUT ( RXD) ; 

END ; 


END 


/* Store the received character in RX_buf*/ 


/************************************************************************* 


* BURST & TIMER * 

************************************************************************* 

* input: Burst_Algo * 

* output: Burst_Algo * 

* function: execute a step in the burst algorithm * 

* after timer interrupt; switch to HUNTING * 

* called by: TIMER__INTR * 

* calling: none * 

* * 

* flowchart: figure 6 description: paragraph 6. 2. 2. 4 * 


*************************************************************************^ 

OUTPUT (BANK) = GEN2 ; /* Switch to BANK TWO - General Config */ 

OUTPUT (FMD) = TXTHRESHO_FMD OR RXTHRESHO_FMD; 

/* Rxfifo thresholds, Txfifo thresholds*/ 


OUTPUT (BANK) = NASO? /* Switch to BANK ZERO - NAS */ 

OUTPUT (GER) = ENRX_GER? /* Disable Timer interrupt and */ 

OUTPUT (BANK) = WORK1 ; /* Enable RX, STAT, MODEM interrupts */ 

TEMP = INPUT (TMST) ; /* Acknowledge TIMER interrupt */ 

BURST_ALGO = HUNT I N G_MO DE ? /* Back to HUNTING mode */ 

END ; /* End of TIMER interrupt */ 
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/************************************************************************* 

* MODEM_INTR * 

************************************************************************* 

* input: none * 

* output: none * 

* function: service Modem interrupt and handle modem errors. * 

* Modem interrupt is occurred if No Modem was setup, or * 

* if DSR was dropped in the middle of the communication * 

* called by: INTERRUPT HANDLER * 

* calling: none * 

* * 

* flowchart: figure 15 description: paragraph 6.4.6 * 


************************************************************************* j 


ELSE IF INTR_VEC=MODMI_GIR THEN DO ; 

STAT=INPUT (MSR) ? /* Get MODEM status */ 

CALL ERROR_MODEM_HANDLER ; /* Handel Modem Errors handshake */ 

END ; /* End of MODEM interrupt */ 

OUTPUT (PORT_EOI) =COMM_EOI ; /* Write End_0f_Interrupt command to the */ 

/* PIC ( 8259A) */ 

END INTR__HANDLER ; 


/************************************************************************* 

* Procedure ERROR_MODEM_HANDLER * 

********* ************************************************************* ***y 

ERROR_MODEM__HANDLER : PROCEDURE PUBLIC ; 

MODEM_HANDSHAKE = FALSE ; /* Flag indicates that an Error occurred */ 

/* in Modem */ 


END ERROR_MODEM_HANDLER ; 


/************************************************************************* 

* Procedure ERROR_CHAR_HANDLER * 

*************************************************************************y 


ERROR CHAR HANDLER: PROCEDURE PUBLIC ; 


RX ERROR = TRUE ; 


OUTPUT (BANK) = NASO ; 
OUTPUT (GER) = DISRTX_GER 
OUTPUT (BANK) = WORK1 ; 

END ERROR CHAR_HANDLER ? 


/* Flag indicates that an Error occurred */ 
/* during Reception */ 


/* Switch to BANK ZERO - NAS */ 
/* Disable all the 82510 Interrupts */ 
/* Switch to BANK ONE - WORK */ 
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/************************************************************************* 


* Procedure LOOP * 

* * 

* LOOP procedure is executed until Transmission/Reception Finishes * 

* or until the loop ends. * 


LOOP: PROCEDURE PUBLIC ; 

DECLARE N WORD ? 

DECLARE NUM WORD ? , 

DECLARE MAXLOOP BYTE ? 

MAXLOOP= 20 ; 

NUM=0 ; 

DO WHILE ( (NOT FIN_TX) AND (NOT FIN_RX) AND (NUM<MAXLOOP) ) ; 

NUM=NUM+1 ; /* Count the LOOP times */ 

CALL WRITELN ( @ ( ' . . . Background Program . . . 1 , 0) ) ; 

ENABLE ? 

CALL TIME (5000) ? /* Software delay */ 

END ; 


IF FIN_TX THEN CALL WRITELN (@(»T r 
IF FIN_RX THEN CALL WRITELN (@('R e 

OUTPUT (BANK) =NAS0 ; /* 

OUTPUT (GER) =DISRTX__GER ; /* 

OUTPUT ( BANK) =W0RK1 ; / * 

IF RECEIVER THEN DO ; /* 

IF FIN__RX THEN DO ; 

CALL WRITELN (@(» The Received 
CALL DISPTEXT ( @RX__BUF) ; 

END ? 

ELSE 

CALL WRITELN (§('** ERROR -THE Reception NOT ended successfully ', 0) ) ; 

END / 

ELSE IF (NOT FIN_TX) THEN /* The Transimt station */ 

CALL WRITELN (@ ( ' ** ERROR -THE Transmission NOT ended successfully 0) ) ; 
END LOOP ; 


ansmission - ENDED’,, 0)); 
ception -ENDED *,0)); 


If Communication is Not ended */ 
successfully the Interrupts are */ 
Disabled by MAIN */ 
Display RX buffer */ 


Message: * , 0) ) ; 


/************************************************************************* 
* Procedure TEXT * 

************************************************************************* 


input: none * 

output: Tx_ptr * 

function: Return a pointr to the Transmit buffer. Data in the * 

transmit buffer must be trminated by End_Of_File. * 

called by: INITIALIZATIONS * 

calling: none * 


TEXT: PROCEDURE PUBLIC ; 


TX__PTR=@ ( ' > * , 

CR , LF , 

' ABCDEFGHI JKLMNOPQRSTUVWXYZ 0 123456789 abcdef ghi j klmnopqrstuvwxy z 0 12 3456789' , 
CR,LF, 

' ABCDEFGHI JKLMNOPQRSTUVWXYZ 0123456789 abcde f ghi j klmnopqrstuvwxy z 0123456789', 
CR, LF, 

' ABCDEFGHI JKLMNOPQRSTUVWXYZ 012 34 56789abcdef ghi jklmnopqrstuvwxyz012 34 56789 • f 
CR , LF , 


' ABCDEFGHIJKLMNOPQRSTUVWXYZ01234 56789abcdefghijklmnopqrstuvwxyz012 3456789 ' , 
CR , LF , 


' ABCDEFGHI JKLMNOPQRSTUVWXYZ 0 12 3 4 5 67 8 9abcdef ghi j klmnopqrstuvwxy z 012 3 456789', 
CR, LF,End_Of_File, 0) ; 


END TEXT ? 


/* End__Of_File-terminate the Transmission*/ 
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/************************************************************************* 


* External procedures * 

************************************************************************* 

* WRITELN : I/O console utility - dispaly a string, end with CR * 

* MENU: I/O console utility - display a menu, enter the user * 

* selection * 

* DISPTEXT: I/O console utility - display the contents of the * 

* Receive buffer (Rx_buf) * 

* INIT_HARDWARE_SETUP : Setup and Hardware configurations of the * 

* specific station * 


*************************************************************************/ 


/************************************************************************* 

* Procedure MAIN * 

************************************************************************* 

* input: Finish_Rx, Finish_Tx * 

* output: Receiver flag * 

* function: get station type (Rx or Tx) from the operator; * 

* wait till communication is completed; display; * 

* RECEIVER STATION SHOULD BE ACTIVATED FIRST * 

* called by: Application * 

* calling: INITIALIZATIONS, LOOP * 

* * 

* flowchart: figure 3 description: paragraph 6.1 * 


************************************************************************* ^ 
MAIN: 

CALL INIT_HARDWARE_SETUP 

/* External, Setup and H/W configurations*/ 

FIN=FALSE ; 

DO WHILE NOT (FIN) ; 

SELECTIONS ; 

CALL WRITELN (§ ( ' ' , 0 ) ) ; 

SELECTION=MENU ( SELECTION, @ ( 'Station: (Quit/Transmitter/Receiver) ',0)) ; 

/* Get operator selection. */ 

/* Receiver station should be activated */ 
/* prior to the transmitter station */ 

DO CASE SELECTION ; 

FIN=TRUE ; /* 0 - Quit of HIGH PERFORMANCE Driver */ 

DO ; /* 1 - Transmit station */ 

RECEIVER= FALSE ; 

CALL INITIALIZATIONS ; 

CALL LOOP ; 

END ; 

DO ; /* 2 - Receive station */ 

RECEIVER=TRUE ; 

CALL INITIALIZATIONS ; 

CALL LOOP ; 

END ; 

END ; 

END ; 

CALL EXIT ; 


END HIGHPERFORMANCE ; 

/*************************************************************************/ 
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APPENDIX B 

82510 BASED SBX SERIAL CHANNEL 


This document describes the implementation of an 
82510 based SBX board that provides a RS-232 inter- 
face to any iSBC board which has an SBX connector. 
The SBX can be useful for customers that need a fast 
software development vehicle while the 82510 system 
hardware is still in the design stage. The customer can 
also use the SBX for evaluation of the 82510 in a sys- 
tem environment. 

In order to minimize the customer’s software develop- 
ment costs, the RMX86/286 Terminal Device Driver 
for the 82510 has also been developed and can be run 
by the RMX user on his iSBC with the SBX-82510 
board described herewith. The RMX86/286 drivers are 
available from INSITE, along with the source code and 
the documentation. 


BOARD DESCRIPTION (See Figure B-1) 

The following 82510 signals are connected directly to 
the SBX connector (installed on the pin side): DATA, 
ADDRESS, INTERRUPT, RESET, READ#, 
WRITE# and CS#. Wait states are generated by a 
shift register logic (U5, U7), clocked by the MCLK 
signal of the SBX interface. The number of wait states 
is selected by installing one of the eight jumpers to se- 
lect one parallel output of the shift register. The 82510 
is clocked by an 18.432 MHz Crystal (using its on-chip 
oscillator). A discrete transistor is used to pull down 
the RTS# signal during RESET to set the crystal mode 
(note that in a larger board, an unused open collector 
inverter or three-state gate can be used for this pur- 
pose). The 82510 is connected to the communication 
channel through RS-232 line drivers and receivers. Ei- 
ther a 25 pin D-Type connector (P) or a 26 pin Flat-Ca- 
ble connector (F) is used to connect the board to the 
RS-232 channel. 
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Figure B-1. Board Schematics 
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INTRODUCTION 

The Intel 8273 is a Data Communications Protocol 
Controller designed for use in systems utilizing either 
SDLC or HDLC (Synchronous or High-Level Data 
Link Control) protocols. In addition to the usual fea- 
tures such as full duplex operation, automatic Frame 
Check Sequence generation and checking, automatic 
zero bit insertion and deletion, and TTL compatibility 
found on other single component SDLC controllers, the 
8273 features a frame level command structure, a digi- 
tal phase locked loop, SDLC loop operation, and diag- 
nostics. 

The frame level command structure is made possible by 
the 8273 ’s unique internal dual processor architecture. 
A high-speed bit processor handles the serial data ma- 
nipulations and character recognition. A byte processor 
implements the frame level commands. These dual 
processors allow the 8273 to control the necessary byte- 
by-byte operation of the data channel with a minimum 
of CPU (Central Processing Unit) intervention. For the 
user this means the CPU has time to take on additional 
tasks. The digital phase locked loop (DPLL) provides a 
means of clock recovery from the received data stream 
on-chip. This feature, along with the frame level com- 
mands, makes SDLC loop operation extremely simple 
and flexible. Diagnostics in the form of both data and 
clock loopback are available to simplify board debug 
and link testing. The 8273 is a dedicated function pe- 
ripheral in the MCS-80/85 Microcomputer family and 
as such, it interfaces to the 8080/8085 system with a 
minimum of external hardware. 

This application note explains the 8273 as a component 
and shows its use in a generalized loop configuration 
and a typical 8085 system. The 8085 system was used to 
verify the SDLC operation of the 8273 on an actual 
IBM SDLC data communications link. 

The first section of this application note presents an 
overview of the SDLC/HDLC protocols. It is fairly 
tutorial in nature and may be skipped by the more 
knowledgeable reader. The second section describes the 
8273 from a functional standpoint with explanation of 
the block diagram. The software aspects of the 8273, 
including command examples, are discussed in the 
third section. The fourth and fifth sections discuss a 
loop SDLC configuration and the 8085 system respec- 
tively. 


SDLC/HDLC OVERVIEW 

SDLC is a protocol for managing the flow of informa- 
tion on a data communications link. In other words, 
SDLC can be thought of as an envelope — addressed, 
stamped, and containing an s.a.s.e. — in which informa- 
tion is transferred from location to location on a data 
communications link. (Please note that while SDLC is 
discussed specifically, all comments also apply to 
HDLC except where noted.) The link may be either 
point-to-point or multi-point, with the point-to-point 
configuration being either switched or nonswitched. 
The information flow may use either full or half duplex 
exchanges. With this many configurations supported, it 
is difficult to find a synchronous data communications 
application where SDLC would not be appropriate. 

Aside from supporting a large number of configura- 
tions, SDLC offers the potential of a 2X increase in 
throughput over the presently most prevalent protocol: 
Bi-Sync. This performance increase is primarily due to 
two characteristics of SDLC: full duplex operation and 
the implied acknowledgement of transferred informa- 
tion. The performance increase due to full duplex oper- 
ation is fairly obvious since, in SDLC, both stations can 
communicate simultaneously. Bi-Sync supports only 
half-duplex (two-way alternate) communication. The 
increase from implied acknowledgement arises from the 
fact that a station using SDLC may acknowledge previ- 
ously received information while transmitting different 
information. Up to 7 messages may be outstanding be- 
fore an acknowledgement is required. These messages 
may be acknowledged as a block rather than singly. In 
Bi-Sync, acknowledgements are unique messages that 
may not be included with messages containing informa- 
tion and each information message requires a separate 
acknowledgement. Thus the line efficiency of SDLC is 
superior to Bi-Sync. On a higher level, the potential of a 
2 X increase in performance means lower cost per unit 
of information transferred. Notice that the increase is 
not due to higher data link speeds (SDLC is actually 
speed independent), but simply through better line utili- 
zation. 

Getting down to the more salient characteristics of 
SDLC; the basic unit of information on an SDLC link 
is that of the frame. The frame format is shown in Fig- 
ure 1. Five fields comprise each frame: flag, address, 
control, information, and frame check sequence. The 
flag fields (F) form the boundary of the frame and all 


Frame 

Check 


Opening 

Address 

Control 

Information 

Sequence 

Closing 

Flag 

Field (A) 

Field (C) 

Field (1) 

(PCS) 

Flag 

01111110 

8 Bits 

8 Bits 

Any Length 

0 to N Bits 

16 Bits 

01111110 


Figure 1. SDLC Frame Format 
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other fields are positionally related to one of the two 
flags. All frames start with an opening flag and end 
with a closing flag. Flags are used for frame synchroni- 
zation. They also may serve as time-fill characters be- 
tween frames. (There are no intraframe time-fill charac- 
ters in SDLC as there are in Bi-Sync.) The opening flag 
serves as a reference point for the address (A) and con- 
trol (C) fields. The frame check sequence (FCS) is ref- 
erenced from the closing flag. All flags have the binary 
configuration 01111110 (7EH). 

SDLC is a bit-oriented protocol, that is, the receiving 
station must be able to recognize a flag (or any other 
special character) at any time, not just on an 8-bit 
boundary. This, of course, implies that a frame may be 
N-bits in length. (The vast majority of applications tend 
to use frames which are multiples of 8 bits long, howev- 
er.) 

The fact that the flag has a unique binary pattern would 
seem to limit the contents of the frame since a flag 
pattern might inadvertently occur within the frame. 
This would cause the receiver to think the closing flag 
was received, invalidating the frame. SDLC handles 
this situation through a technique called zero bit inser- 
tion. This techniques specifies that within a frame a 
binary 0 be inserted by the transmitter after any succes- 
sion of five contiguous binary Is. Thus, no pattern of 
01 1 1 1 1 10 is ever transmitted by chance. On the receiv- 
ing end, after the opening flag is detected, the receiver 
removes any 0 following 5 consecutive Is. The inserted 
and deleted Os are not counted for error determination. 

Before discussing the address field, an explanation of 
the roles of an SDLC station is in order. SDLC speci- 
fies two types of stations: primary and secondary. The 
primary is the control station for the data link and thus 
has responsibility of the overall network. There is only 
one predetermined primary station, all other stations 
on the link assume the secondary station role. In gener- 
al, a secondary station speaks only when spoken to. In 
other words, the primary polls the secondaries for re- 
sponses. In order to specify a specific secondary, each 
secondary is assigned a unique 8-bit address. It is this 
address that is used in the frame’s address field. 

When the primary transmits a frame to a specific sec- 
ondary, the address field contains the secondary’s ad- 
dress. When responding, the secondary uses its own 
address in the address field. The primary is never iden- 
tified. This ensures that the primary knows which of 
many secondaries is responding since the primary may 
have many messages outstanding at various secondary 
stations. In addition to the specific secondary address, 
an address common to all secondaries may be used for 
various purposes. (An all Is address field is usually 
used for this “All Parties” address.) Even though the 
primary may use this common address, the secondaries 
are expected to respond with their unique address. The 
address field is always the first 8 bits following the 
opening flag. 


The 8 bits following the address field form the control 
field. The control field embodies the link-level control 
of SDLC. A detailed explanation of the commands and 
responses contained in this field is beyond the scope of 
this application note. Suffice it to say that it is in the 
control field that the implied acknowledgement is car- 
ried out through the use of frame sequence numbers. 
None of the currently available SDLC single chip con- 
trollers utilize the control field. They simply pass it to 
the processor for analysis. Readers wishing a more de- 
tailed explanation of the control field, or of SDLC in 
general, should consult the IBM documents referenced 
on the front page overleaf. 

In some types of frames, an information field follows 
the control field. Frames used strictly for link manage- 
ment may or may not contain one. When an informa- 
tion field is used, it is unrestricted in both content and 
length. This code transparency is made possible because 
of the zero bit insertion mentioned earlier and the bit- 
oriented nature of SDLC. Even main memory core 
dumps may be transmitted because of this capability. 
This feature is unique to bit-oriented protocols. Like 
the control field, the information field is not interpreted 
by the SDLC device; it is merely transferred to and 
from memory to be operated on and interpreted by the 
processor. 

The final field is the frame check sequence (FCS). The 
FCS is the 16 bits immediately preceding the closing 
flag. This 16-bit field is used for error detection through 
a Cyclic Redundancy Checkword (CRC). The 16-bit 
transmitted CRC is the complement of the remainder 
obtained when the A, C, and I fields are “divided” by a 
generating polynomial. The receiver accumulates the 
A, C, and I fields and also the FCS into its internal 
CRC register. At the closing flag, this register contains 
one particular number for an error-free reception. If 
this number is not obtained, the frame was received in 
error and should be discarded. Discarding the frame 
causes the station to not update its frame sequence 
numbering. This results in a retransmission after the 
station sends an acknowledgement from previous 
frames. [Unlike all other fields, the FCS is transmitted 
MSB (Most Significant Bit) first. The A, C, and I fields 
are transmitted LSB (Least Significant Bit) first.] The 
details of how the FCS is generated and checked is 
beyond the scope of this application note and since all 
single component SDLC controllers handle this func- 
tion automatically, it is usually sufficient to know only 
that an error has or has not occurred. The IBM docu- 
ments contain more detailed information for those 
readers desiring it. 

The closing flag terminates the frame. When the closing 
flag is received, the receiver knows that the preceding 
16 bits constitute the FCS and that any bits between the 
control field and the FCS constitute the information 
field. 
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SDLC does not support an interframe time-fill charac- 
ter such as the SYN character in Bi-Sync. If an unusual 
condition occurs while transmitting, such as data is not 
available in time from memory or CTS (Clear-to-Send) 
is lost from the modem, the transmitter aborts the 
frame by sending an Abort character to notify the re- 
ceiver to invalidate the frame. The Abort character 
consists of eight contiguous Is sent without zero bit 
insertion. Intraframe time-fill consists of either flags, 
Abort characters, or any combination of the two. 

While the Abort character protects the receiver from 
transmitted errors, errors introduced by the transmis- 
sion medium are discovered at the receiver through the 
FCS check and a check for invalid frames. Invalid 
frames are those which are not bounded by flags or are 
too short, that is, less than 32 bits between flags. All 
invalid frames are ignored by the receiver. 

Although SDLC is a synchronous protocol, it provides 
an optional feature that allows its use on basically asyn- 
chronous data links — NRZI (Non-Return-to-Zero-In- 
verted) coding. NRZI coding specifies that the signal 
condition does not change for transmitting a binary 1, 
while a binary 0 causes a change of state. Figure 2 illus- 
trates NRZI coding compared to the normal NRZ. 
NRZI coding guarantees that an active line will have a 
transition at least every 5-bit times; long strings of ze- 
roes cause a transition every bit time, while long strings 
of Is are broken up by zero bit insertion. Since asyn- 
chronous operation requires that the receiver sampling 
clock be derived from the received data, NRZI encod- 
ing plus zero bit insertion make the design of clock 
recovery circuitry easier. 



All of the previous discussion has applied to SDLC on 
either point-to-point or multi-point data networks. 
SDLC (but not HDLC) also includes specification for a 
loop configuration. Figure 3 compares these three con- 
figurations. IBM uses this loop configuration in its 
3650 Retail Store System. It consists of a single loop 
controller station with one or more down-loop second- 
ary stations. Communications on a loop rely on the 
secondary stations repeating a received message down 
loop with a delay of one bit time. The reason for the 
one bit delay will be evident shortly. 

Loop operation defines a new special character: the 
EOP (End-of-Poll) character which consists of a 0 fol- 
lowed by 7 contiguous, non-zero bit inserted, ones. Af- 
ter the loop controller transmits a message, it idles the 
line (sends all Is). The final zero of the closing flag plus 
the first 7 Is of the idle form an EOP character. While 



Figure 3. Network Configurations 
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repeating, the secondaries monitor their incoming line 
for an EOP character. When an EOP is detected, the 
secondary checks to see if it has a message to transmit. 
If it does, it changes the seventh 1 to a 0 (the one bit 
delay allows time for this) and repeats the modified 
EOP (now alias flag). After this flag is transmitted, the 
secondary terminates its repeater function and inserts 
its message (with multiple preceding flags if necessary). 
After the closing flag, the secondary resumes its one bit 
delay repeater function. Notice that the final zero of the 
secondary’s closing flag plus the repeated Is from the 
controller form an EOP for the next down-loop second- 
ary, allowing it to insert a message if it desires. 

One might wonder if the secondary missed any mes- 
sages from the controller while it was inserting its own 
message. It does not. Loop operation is basically half- 
duplex. The controller waits until it receives an EOP 
before it transmits its next message. The controller’s 
reception of the EOP signifies that the original message 
has propagated around the loop followed by any mes- 
sages inserted by the secondaries. Notice that secondar- 
ies cannot communicate with one another directly, all 
secondary-to-secondary communication takes place by 
way of the controller. 

Loop protocol does not utilize the normal Abort char- 
acter. Instead, an abort is accomplished by simply 
transmitting a flag character. Down loop, the receiver 
sees the abort as a frame which is either too short (if the 
abort occurred early in the frame) or one with an FCS 
error. Either results in a discarded frame. For more 
details on loop operation, please refer to the IBM docu- 
ments referenced earlier. 

Another protocol very similar to SDLC which the 8273 
supports is HDLC (High-Level Data Link Control). 
There are only three basic differences between the two: 
HDLC offers extended address and control fields, and 
the HDLC Abort character is 7 contiguous Is as op- 
posed to SDLC’s 8 contiguous Is. 

Extended addressing, beyond the 256 unique addresses 
possible with SDLC, is provided by using the address 
field’s least significant bit as the extended address mod- 
ifier. The receiver examines this bit to determine if the 
octet should be interpreted as the final address octet. 
As long as the bit is 0, the octet that contains it is 
considered an extended address. The first time the bit is 
a 1, the receiver interprets that octet as the final address 
octet. Thus the address field may be extended to any 
number of octets. Extended addressing is illustrated in 
Figure 4a. 

A similar technique is used to extend the control field 
although the extension is limited to only one extra con- 
trol octet. Figure 4b illustrates control field extension. 

Those readers not yet asleep may have noticed the simi- 
larity between the SDLC loop EOP character (a 0 fol- 


lowed by 7 Is) and the HDLC Abort (7 Is). This possi- 
ble incompatibility is neatly handled by the HDLC pro- 
tocol not specifying a loop configuration. 

This completes our brief discussion of the SDLC/ 
HDLC protocols. Now let us turn to the 8273 in partic- 
ular and discuss its hardware aspects through an expla- 
nation of the block diagram and generalized system 
schematics. 



Figure 4 


BASIC 8273 OPERATION 

It will be helpful for the following discussions to have 
some idea of the basic operation of the 8273. Each oper- 
ation, whether it is a frame transmission, reception or 
port read, etc., is comprised of three phases: the Com- 
mand, Execution, and Result phases. Figure 5 shows 
the sequence of these phases. As an illustration of this 
sequence, let us look at the transmit operation. 


] COMMAND | 



| EXECUTION | 

\ 


RESULT 


611001-6 


Figure 5. 8273 Operational Phases 

When the CPU decides it is time to transmit a frame, 
the Command phase is entered by the CPU issuing a 
Transmit Frame command to the 8273. It is not suffi- 
cient to just instruct the 8273 to transmit. The frame 
level command structure sometimes requires more in- 
formation such as frame length and address and control 
field content. Once this additional information is sup- 
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plied, the Command phase is complete and the Execu- 
tion phase is entered. It is during the Execution phase 
that the actual operation, in this case a frame transmis- 
sion, takes place. The 8273 transmits the opening flag, 
A and C fields, the specified number of I field bytes, 
inserts the FCS, and closes with the closing flag. Once 
the closing flag is transmitted, the 8273 leaves the Exe- 
cution phase and begins the Result phase. During the 
Result phase the 8273 notifies the CPU of the outcome 
of the command by supplying interrupt results. In this 
case, the results would be either that the frame is com- 
plete or that some error condition causes the transmis- 
sion to be aborted. Once the CPU reads all of the re- 
sults (there is only one for the Transmit Frame 
command), the Result phase and consequently the 
operation, is complete. Now that we have a general 
feeling for the operation of the 8273, let us discuss the 
8273 in detail. 


HARDWARE ASPECTS OF THE 8273 

The 8273 block diagram is shown in Figure 6. It con- 
sists of two major interfaces: the CPU module interface 
and the modem interface. Let’s discuss each interface 
separately. 


CPU Interface 

The CPU interface consists of four major blocks: Con- 
trol/Read/Write logic (C/R/W), internal registers, 
data transfer logic, and data bus buffers. 

The CPU module utilizes the C/R/W logic to issue 
commands to the 8273. Once the 8273 receives a com- 
mand and executes it, it returns the results (good/bad 
completion) of the command by way of the C/R/W 
logic. The C/R/W logic is supported by s even regis ters 
which are addressed via the Aq, Aj, RD, and WR sig- 
nals, in addition to CS. The Aq and Aj signals are gen- 
erally derived from the tw o lo w or der b its of the CPU 
module address bus while RD and WR are the normal 
I/O Read and Write signals found on the system con- 
trol bus. Figure 7 shows the address of each register 
using the C/R/W logic. The function of each register is 
defined as follows: 


Address Inputs 

Control Inputs 

Ai 

Ao 

CS«RD 

CS*WR 

0 

0 

Status 

Command 

0 

1 

Result 

Parameter 

1 

0 

Txl/R 

Test Mode 

1 

1 

Rxl/R 

— 


Figure 7. 8273 Register Selection 
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Figure 6. 8273 Block Diagram 
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Command — 8273 operations are initiated by writing 
the appropriate command byte into this register. 

Parameter — Many commands require more informa- 
tion than found in the command itself. This additional 
information is provided by way of the parameter regis- 
ter. 

Immediate Result (Result) — The completion informa- 
tion (results) for commands which execute immediately 
are provided in this register. 

Transmit Interrupt Result (Txl/R) — Results of trans- 
mit operations are passed to the CPU in this register. 

Receiver Interrupt Result (Rxl/R) — Receive operation 
results are passed to the CPU via this register. 

Status — The general status of the 8273 is provided in 
this register. The Status register supplies the handshak- 
ing necessary during various phases of the 8273 opera- 
tion. 

Test Mode — This register provides a software reset 
function for the 8273. 

The commands, parameters, and bit definition of these 
registers are discussed in the following software section. 
Notice that there are not specific transmit or receive 
data registers. This feature is explained in the data 
transfer logic discussion. 

The final elements of the C/R/W logic are the inter- 
rupt lines (RxINT and TxINT). These lines notify the 
CPU module that either the transmitter or the receiver 
requires service; i.e., results should be read from the 
appropriate interrupt result register or a data transfer is 
required. The interrupt request remains active until all 
the associated interrupt results have been read or the 
data transfer is performed. Though using the interrupt 
lines relieves the CPU module of the task of polling the 
8273 to check if service is needed, the state of each 
interrupt line is reflected by a bit in the Status register 
and non-interrupt driven operation is possible by exam- 
ining the contents of these bits periodically. 

The 8273 supports two independent data interfaces 
through the data transfer logic; receive data and trans- 
mit data. These interfaces are programmable for either 
DMA or non-DMA data transfers. While the choice of 
the configuration is up to the system designer, it is 
based on the intended maximum data rate of the com- 


munications channel. Figure 8 illustrates the transfer 
rate of data bytes that are acquired by the 8273 based 
on link data rate. Full-duplex data rates above 9600 
baud usually require DMA. Slower speeds may or may 
not require DMA depending on the task load and inter- 
rupt response time of the processor. 

Figure 9 shows the 8273 in a typical DMA environ- 
ment. Notice that a separate DMA controller, in this 
case the Intel 8257, is required. The DMA controller 
supplies the timing and addresses for the data transfers 
while the 8273 manages the requesting of transfers and 
the actual counting of the data block lengths. In this 
case, elements of the data transfer interface are: 

TxDRQ: Transmit DMA Request — Asserted by the 
8273, this line requests a DMA transfer from memory 
to the 8273 for transmit. 

TxDACK: Transmit DMA Acknowledge — Returned by 
the 8257 in response to TxDRQ, this line notifies the 
8273 that a request has been granted, and provides ac- 
cess to the transmitter data register. 

RxDRQ: Receive DMA Request — Asserted by the 8273, 
it requests a DMA transfer from the 8273 to memory 
for a receive operation. 

RxDACK: Receive DMA Acknowledge — Returned by 
the 8257, it notifies the 8273 that a receive DMA cycle 
has been granted, and provides access to the receiver 
data register. 

RD: Read — Supplied by the 8257 to indicate data is to 
be read from the 8273 and placed in memory. 

WR: Write — Supplied by the 8257 to indicate data is to 
be written to the 8273 from memory. 

To request a DMA transfer the 8273 raises the appro- 
priate DMA request line; let us assume it is a transmit- 
ter request (TxDRQ). Once the 8257 obtains control of 
the system bus by way of its HOLD and HLDA (hold 
acknowledge) lines, it notifie s the 8273 that TxD RQ 
has been g rant ed by returning TxDACK and WR. The 
TxDACK and WR signals transfer data to the 8273 for 
a transmit, independent of the 8273 chip select pin 
(CS). A similar sequence of events occurs for receiver 
requests. This “hard select” of data into the transmitter 
or out of the receiver alleviates the need for the normal 
transmit and receive data registers addressed by a com- 
bination of address lines, CS, and WR or RD. Competi- 
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tive devices that do not have this “hard select” feature 
require the use of an external multiplexer to supply the 
correct inputs for register selection during DMA. (Do 
not forget that the SDLC controller sees both the ad- 
dresses and control signals supplied by the DMA con- 
troller during DMA cycles.) Let us look at typical 
frame transmit and frame receive sequences to better 
see how the 8273 truly manages the DMA data trans- 
fer. 

Before a frame can be transmitted, the DMA controller 
is supplied, by the CPU, the starting address for the 
desired information field. The 8273 is then commanded 
to transmit a frame. (Just how this is done is covered 
later during our software discussion.) After the com- 
mand, but before transmission begins, the 8273 needs a 
little more information (parameters). Four parameters 
are required for the transmit frame command: the ad- 
dress field byte, the control field byte, and two bytes 
which are the least significant and most significant 
bytes of the information field byte length. Once all four 
parameters are loaded, the 8273 makes RTS (Request- 
to-Send) active and waits for CTS (Clear-to-Send) to go 
active. Once CTS is active, the 8273 starts the frame 
transmission. While the 8273 is transmitting the open- 
ing flag, address field, and control field; it starts making 
transmitter DMA requests. These requests continue at 
character (byte) boundaries until the pre-loaded num- 
ber of bytes of information field have been transmitted. 


At this point the requests stop, the FCS and closing flag 
are transmitted! and the TxINT line is raised, signaling 
the CPU that the frame transmission is complete. No- 
tice that after the initial command and parameter load- 
ing, absolutely no CPU intervention was required (since 
DMA is used for data transfers) until the entire frame 
was transmitted. Now let’s look at a frame reception. 



Figure 8. Byte Transfer Rate vs Baud Rate 



CONTROL 

BUS 


U DATA BUS 


611001-9 


Figure 9. DMA, Interrupt-Driven System 
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The receiver operation is very similar. Like the initial 
transmit sequence, the DMA controller is loaded with a 
starting address for a receiver data buffer and the 8273 
is commanded to receive. Unlike the transmitter, there 
are two different receive commands: General Receive, 
where all received frames are transferred to memory, 
and Selective Receive, where only frames having an ad- 
dress field matching one of two preprogrammed 8273 
address fields are transferred to memory. Let’s assume 
for now that we want to general receive. After the re- 
ceive command, two parameters are required before the 
receiver becomes active: the least significant and most 
significant bytes of the receiver buffer length. Once 
these bytes are loaded, the receiver is active and the 
CPU may return to other tasks. The next frame appear- 
ing at the receiver input is transferred to memory using 
receiver DMA requests. When the closing flag is re- 
ceived, the 8273 checks the FCS and raises its RxINT 
line. The CPU can then read the results which indicate 
if the frame was error-free or not. (If the received frame 
had been longer than the pre-loaded buffer length, the 
CPU would have been notified of that occurrence earli- 
er with a receiver error interrupt. The command de- 
scription section contains a complete list of error condi- 
tions.) Like the transmit example, after the initial com- 
mand, the CPU is free for other tasks until a frame is 
completely received. These examples have illustrated 
the 8273’s management of both the receiver and trans- 
mitter DMA channels. 

It is possible to use the DMA data transfer interface in 
a non-DMA interrupt-driven environment. In this case, 
4 interrupt levels are used: one each for TxINT and 
RxINT, and one each for TxDRQ and RxDRQ. This 
configuration is shown in Figure 10. This configuration 
offers the advantages that no DMA controller is re- 


quired and data requests are still separated from result 
(completion) requests. The disadvantages of the config- 
uration are that 4 interrupt levels are required and that 
the CPU must actually supply the data transfers. This, 
of course, reduces the maximum data rate compared to 
the configuration based strictly on DMA. This system 
could use an Intel 8259 8-level Priority Interrupt Con- 
troller to supply a vectored CALL (subroutine) address 
based on requests on its inputs. The 8273 transmitter 
and receiver make data requests by raising the respec- 
tive DRQ line. The CPU is interrupted by the 8259 and 
vectored to a data transfer routine. This routine either 
writes (for transmit) or reads (for receive) the 8273 us- 
ing the respective TxDACK or RxDACK line. The 
DACK line s serve as “ha rd” chip selects into and out 
of the 8273. T xDACK + W R wr ites data into the 8273 
for transmit. RxDACK + RD reads data from the 
8273 for receive.) The CPU is notified of operation 
completion and results by way of TxINT and RxINT 
lines. Using the 8273, and the 8259, in this way, pro- 
vides a very effective, yet simple, interrupt-driven inter- 
face. 

Figure 11 illustrates a system very similar to that de- 
scribed above. This system utilizes the 8273 in a non- 
DMA data transfer mode as opposed to the two DMA 
approaches shown in Figures 9 and 10. In the non- 
DMA case, data transfer requests are made on the 
TxINT and RxINT lines. The DRQ lines are not used. 
Data transfer requests are separated from result re- 
quests by a bit in the Status register. Thus, in response 
to an interrupt, the CPU reads the Status register and 
branches to either a result or a data transfer routine 
based on the status of one bit. As before, data transfers 
are made via using the DACK lines as chip selects to 
the transmitter and receiver data registers. 



Figure 10. Interrupt-Based DMA System 
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Figure 11. Non-DMA Interrupt-Driven System 



Figure 12. Polled System 


Figure 12 illustrates the simplest system of all. This The final block of the CPU module interface is the 

system utilizes polling for all data transfers and results. Data Bus Buffer. This block supplies the tri-state, bidi- 

Since the interrupt pins are reflected in bits in the rectional data bus interface to allow communication to 

Status register, the software can read the Status register and from the 8273. 

periodically looking for one of these to be set. If it finds 
an INT bit set, the appropriate Result Available bit is 

examined to determine if the “interrupt” is a data [\/2od6ITI Interface 
transfer or completion result. If a data transfer is called 

for, the DACK line is used to enter or read the data As the name implies, the modem interface is the mo- 

from the 8273. If the interrupt is a completion result, dem side of the 8273. It consists of two major blocks: 

the appropriate result register is read to determine the the modem control block and the serial data timing 

good/bad completion of the operation. block. 

The actual selection of either DMA or non-DMA The modem control block provides both dedicated and 

modes is controlled by a command issued during ini- user-defined modem control functions. All signals sup- 

tialization. This command is covered in detail during ported by this interface are active low so that EIA in- 

the software discussion. 


2-121 




AP-36 


inteT 


verting drivers (MC1488) and inverting receivers 
(MC1489) may be used to interface to standard mo- 
dems. 

Port A is a modem control input port. Its representa- 
tion on the data bus is shown in Figure 13. Bits Dq and 
D] have d edicat ed functions. Dq reflec ts th e logical 
state of the CTS (Clear-to-Send) pin. [If CTS is active 
(low), Dq is a 1 .] This signal is used to condit ion t he 
start of a transmission. The 8273 waits until CTS is 
active befo re it starts transmitting a frame. While trans- 
mitting, if CTS goes inactive, the frame is aborted and 
the CPU is in terru pted. When the CPU reads the inter- 
rupt result, a CTS failure is indicated. 

Dj reflects the logical state of the CD (Carrier Detect) 
pin. CD i s used to condition the start of a frame recep- 
tion. CD mu st be active in time for a frame’s address 
field. If CD is lost (goes inactive) while receiving a 
frame, an interrupt is generated with a CD failure re- 
sult. CD may go inactive between frames. 

Bits D 2 thru D 4 reflect the logical state of the PA 2 thru 
PA 4 pins respectively. These inputs are user defined. 
The 8273 does not interrogate or manipulate these bits. 
Bits D 5 , D 6 , and D 7 are not used and each is read as a 1 
for a Read Port A command. 

Port B is a modem control output port. Its data bus 
representation is shown in Figure 14. As in Port A, the 
bit values represent the logical condition of the pins. Dq 
and D 5 are dedicated function outpu ts. Dq represents 
the RTS (Request-to-Send) pin. RTS is normally used 
to notify the modem that the 8273 wishes to transmit. 



Figure 13. Port A (Input) Bit Definition 



Figure 14. Port B (Output) Bit Definition 


This function is handled automatically by the 8273. If 
RTS is inactive (pin is high) when the 8273 is com- 
manded t o tra nsmit, the 8273 makes it active and then 
waits for CTS before transmitting the frame. O ne by te 
time after the end of the frame, the 8 273 returns RTS to 
its inactive state. However, if RTS was active when a 
transmit command is issued, the 8273 leaves it active 
when the frame is complete. 

Bit D 5 reflects the state of the Flag Detect pin. This pin 
is activated whenever an active receiver sees a flag char- 
acter. This function is useful to activate a timer for line 
activity timeout purposes. 

Bits Dj t hru D 4 provide four user-defined outputs. Pins 
PB] thru PB 4 reflect the logical state of these bits. The 
8273 does not interrogate or manipulate these bits. D$ 
and D 7 are not used. In addition to being able to output 
to Port B, Port B may be read using a Read Port B 
command. All Modem control output pins are forced 
high on reset. (All commands mentioned in this section 
are covered in detail later.) 

The final block to be covered is the serial data timing 
block. This block contains two sections: the serial data 
logic and the digital phase locked loop (DPLL). 

Elements of the serial data logic section are the data 
pins, TxD (transmit data output) and Rx D (rec eive 
data input), and the respective data clocks, TxC and 
Rx C. Th e tra nsmit and receive data is synchronized by 
the TxC and RxC clocks. Figure 15 shows the timing 
for these signals. The leading edge (negative transition) 
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of TxC generates new tran smit data and the trailing 
edge (positive transition) of RxC is used to capture the 
receive data. 



It is possible to reconfigure this section under program 
control to perform diagnostic functions; both data and 
clock loopback are available. In data loopback mode, 
the TxD pin is internally routed to the RxD pin. This 
allows simple board checkout since the CPU can send 
an SDLC message to itself. (Note that transmitted data 
will still appear on the TxD pin.) 

When data loopback is utilized, t he re ceiver may be 
presented incorrect sample timing (RxC) by the exter- 


nal circuitry. Clock loopback ove rcom es t his pr oblem 
by allowing the internal routing of TxC and RxC. Thus 
the same clock used to transmit the data is used to 
receive it. Examination of Figure 15 shows that this 
method ensures bit synchronism. The final element of 
the serial data logic is the Digital Phase Locked Loop. 

The DPLL provides a means of clock recovery from 
the received data stream. This feature allows the 8273 
to interface without external synchronizing logic to low 
cost asynchronous modems (modems which do not 
supply clocks). It also makes the problem of clock tim- 
ing in loop configurations trivial. 

To use the DPLL, a clock at 32 times th e required baud 
rate must be supplied to the 32 X CLK pin. This clock 
provides the interval that the DPLL samples the re- 
ceived data. The DPLL uses the 32 X clock a nd the 
received data to generate a pulse at the DPLL output 
pin. This DPLL pulse is positioned at th e nomin al cen- 
ter of the receive d data bit cell. Thu s the DPLL output 
may be wired to RxC and/or TxC to supply the data 
timing. The exact position of the pulse is varied depend- 
ing on the line noise and bit distorti on of the received 
data. The adjustment of the DPLL position is deter- 
mined according to the rules outlined in Figure 16. 


Adjustments to the sample phase of DPLL with respect 
to the received data is made in discrete incremen ts. Re- 
ferring to Figure 16, following the occurrence of DPLL 
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pulse A, the DPLL counts 32 X CLK pulses and exam- 
ines the received data for a d ata edg e. Should no edge 
be dete cted in 32 pulses, the DPLL positions the next 
DPLL pulse (B) at 32 clock pulses from pulse A. Since 
no new phase information is contained in the data 
stream, the sample phase is assumed to be at nominal 
1 X ba ud rate. Now assume a data edge occurs after 
DPLL pulse B. The distance from B to the next pulse C 
is influenced according to which quadrant (Aj, Bj, B 2 , 
o r A 2 ) the da ta edge falls in. (Each quadrant represents 
8 32 X CLK times.) For example, if the edge is detected 
in quadrant A 1 , it is apparent that pulse B was too close 
to the data edge and the time to the next pulse must be 
shortened. The adjustm ent for quadrant Ai is specified 
as —2. Thus, the n ext DPLL pulse, pulse C, i s posi- 
tioned 32 — 2 or 30 32 X CLK pulses following DPLL 
pulse B. This adjustment moves pulse C closer to the 
nominal bit center of the next received data cell. A data 
edge occurring in quadrant B 2 would have cause d the 
adjus tment to be small, namely 32 + 1 or 33 32 X 
CLK pulses. Using this technique, the DPLL pulse 
converges to the nominal bit center within 12 data tran- 
sitions, worse case — 4-bit times adjusting through 
quadrant A\ or A 2 and 8-bit times adjusting through 
Bi or B 2 . 


When the receive data stream goes idle after 15 ones, 
DPLL pulses are generated at 32 pulse intervals of the 
32 X CLK. This feature allows the DPLL pulses to be 
used as both transmitter and receiver clocks. 

In order to guarantee su fficient transitions of the re- 
ceived data to enable the DPLL to lock, NRZI encod- 
ing of the data is recommended. This ensures that, 
within a frame, data transitions occur at least every five 
bit times — the longest sequence of Is which may be 
transmitted with zero bit insertion. It is also recom- 
mended that frames following a line idle be transmitted 
with preframe sync characters which provid e a min i- 
mum of 12 transit ions. This ensures that the DPLL is 
generating DPLL pulses at the nominal bit centers in 
time for the opening flag. (Two 00H characters meet 
this requirement by supplying 16 transitions with 
NRZI encoding. The 8273 contains a mode which sup- 
plies such a preframe sync.) 

Figure 17 illustrates 8273 clock configurations using 
either s ynchron ous or asynchronous mode ms. Noti ce 
how the DPLL output is used for both TxC and RxC in 
the asynchronous case. This feature eliminates the need 
for external clock generation logic where low cost asyn- 
chronous modems are used and also allows direct con- 
nection of 8273s for the ultimate in low cost data links. 
The configuration for loop applications is discussed in a 
following section., 


This completes our discussion of the hardware aspects 
of the 8273. Its software aspects are now discussed. 
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Asynchronous Modem Interface 

Figure 17. Serial Data Timing Configuration 


SOFTWARE ASPECTS OF THE 8273 

The software aspects of the 8273 involve the communi- 
cation of both commands from the CPU to the 8273 
and the return of results of those commands from the 
8273 to the CPU. Due to the internal processor archi- 
tecture of the 8273, this CPU-8273 communication is 
basically a form of interprocessor communication. Such 
communication usually requires a form of protocol of 
its own. This protocol is implemented through use of 
handshaking supplied in the 8273 Status register. The 
bit definition of this register is shown in Figure 18. 
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CBSY: Command Busy — CBSY indicates when the 
8273 is in the command phase. CBSY is set when the 
CPU writes a command into the Command register, 
starting the Command phase. It is reset when the last 
parameter is deposited in the Parameter register and 
accepted by the 8273, completing the Command phase. 

CBF: Command Buffer Full — When set, this bit indi- 
cates that a byte is present in the Command register. 
This bit is normally not used. 

CPBF: Command Parameter Buffer Full — This bit in- 
dicates that the Parameter register contains a parame- 
ter. It is set when the CPU deposits a parameter in the 
Parameter register. It is reset when the 8273 accepts the 
parameter. 

CRBF: Command Result Buffer Full — This bit is set 
when the 8273 places a result from an immediate type 
command in the Result register. It is reset when the 
CPU reads the result from the Result register. 

RxINT: Receiver Interrupt — The state of the RxINT 
pin is reflected by this bit. RxINT is set by the 8273 
whenever the receiver needs servicing. RxINT is reset 
when the CPU reads the results or performs the data 
transfer. 

TxINT: Transmitter Interrupt — This bit is identical to 
RxINT except action is initiated based on transmitter 
interrupt sources. 

RxIRA: Receiver Interrupt Result Available — RxIRA is 
set when the 8273 places an interrupt result byte into 
the Rxl/R register. RxIRA is reset when the CPU 
reads the Rxl/R register. 

TxIRA: Transmitter Interrupt Result Available — 
TxIRA is the corresponding Result Available bit for 
the transmitter. It is set when the '8273 places an inter- 
rupt result byte in the Txl/R register and reset when 
the CPU reads the register. 

The significance of each of these bits will be evident 
shortly. Since the software requirements of each 8273 
phase are essentially independent, each phase is covered 
separately. 


Command Phase Software 

Recalling the Command phase description in an earlier 
section, the CPU starts the Command phase by writing 
a command byte into the 8273 Command register. If 
further information about the command is required by 
the 8273, the CPU writes this information into the Pa- 
rameter register. Figure 19 is a flowchart of the Com- 
mand phase. Notice that the CBSY and CPBF bits of 
the Status register are used to handshake the command 
and parameter bytes. Also note that the chart shows 
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Figure 19. Command Phase Flowchart 

that a command may not be issued if the Status register 
indicates the 8273 is busy (CBSY = 1). If a command 
is issued while CBSY = 1, the original command is 
overwritten and lost. (Remember that CBSY signifies 
the command phase is in progress and not the actual 
execution of the command.) The flowchart also in- 
cludes a Parameter buffer full check. The CPU must 
wait until CPBF = 0 before writing a parameter to the 
Parameter register. If a parameter is issued while CPBF 
= 1, the previous parameter is overwritten and lost. 
An example of command output assembly language 
software is provided in Figure 20a. This software as- 
sumes that a command buffer exists in memory. The 
buffer is pointed at by the HL register. Figure 20b 
shows the command buffer structure. 

The 8273 is a full duplex device, i.e., both the transmit- 
ter and receiver may be executing commands or passing 
interrupt results at any given time. (Separate Rx and Tx 
interrupt pins and result registers are provided for this 
reason.) However, there is only one Command register. 
Thus, the Command register must be used for only one 
command sequence at a time and the transmitter and 
receiver may never be simultaneously in a command 
phase. A detailed description of the commands and 
their parameters is presented in a following section. 
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FUNCTION: COMMAND DISPATCHER 


INPUTS 

HL - 

COMMAND BUFFER ADDRESS 


OUTPUTS: NONE 



CALLS : 

NONE 




DESTROYS: A, 

B,H,L,F/F* S 



DESCRIPTION: 

CMDOUT ISSUES THE COMMAND + PARAMETERS 


IN THE 

COMMAND BUFFER POINTED AT BY HL 

c 

MDOUT : 

LX I 

H , CMDBUF 

;POINT HL AT BUFFER 


MOV 

B,M 

;1ST ENTRY IS PAR. COUNT 


INX 

H 

;POINT AT COMMAND BYTE 

CMD1 : 

IN 

STAT73 

;READ 8273 STATUS' 


RLC 

;R0TATE CBSY INTO CARRY 


JC 

CMD1 

;WAIT UNTIL CBSY=0 


MOV 

A,M 

;M0VE COMMAND BYTE TO A 


OUT 

C0MM73 

;PUT COMMAND IN COMMAND REG 

CMD2 : 

MOV 

A,B 

;GET PARAMETER COUNT 


ANA 

A 

;TEST IF ZERO 


RZ 

;IF 0 THEN DONE 1 


INX 

H 

;N0T DONE, SO POINT AT NEXT PAR 


DCR 

B 

;DEC PARAMETER COUNT 

CMD3 : 

IN 

STAT73 

;READ 8273 STATUS 


ANI 

CPBF 

;TEST CPBF BIT 


JNZ 

CMD3 

;WAIT UNTIL CPBF IS 0 


MOV 

A,M 

;GET PARAMETER FROM BUFFER 


OUT 

PARM73 

;0UTPUT PAR TO PARAMETER REG 


JMP 

CMD2 

;CHECK IF MORE PARAMETERS 


Figure 20A. Command Phase Software 


Execution Phase Software 

During the Execution phase, the operation specified by 
the Command phase is performed. If the system utilizes 
DMA for data transfers, there is no CPU involvement 
during this phase, so no software is required. If non- 
DMA data transfers are used, either interrupts or poll- 
ing is used to signal a data transfer request. 

For interrupt-driven transfers the 8273 raises the ap- 
Figure 20B. Command Buffer Format propriate INT pin. When responding to the interrupt, 
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the CPU must determine whether it is a data transfer 
request or an interrupt signaling that an operation is 
complete and results are available. The CPU deter- 
mines the cause by reading the Status register and inter- 
rogating the associated IRA (Interrupt Result 
Available) bit (TxIRA for TxINT and RxIRA for 
RxINT). If the IRA = 0, the interrupt is a data 
transfer request. If the IRA = 1, an operation is 
complete and the associated Interrupt Result register 
must be read to determine the completion status (good/ 
bad/etc.). A software interrupt handler implementing 
the above sequence is presented as part of the Result 
phase software. 

When polling is used to determine when data transfers 
are required, the polling routine reads the Status regis- 
ter looking for one of the INT bits to be set. When a set 
INT bit is found, the corresponding IRA bit is exam- 
ined. Like in the interrupt-driven case, if the IRA = 0, 
a data transfer is required. If IRA = 1, an operation is 
complete and the Interrupt Result register needs to be 
read. Again, example polling software is presented in 
the next section. 


Result Phase Software 

During the Result phase the 8273 notifies the CPU of 
the outcome of a command. The Result phase is initiat- 
ed by either a successful completion of an operation or 
an error detected during execution. Some commands 
such as reading or writing the I/O ports provide imme- 
diate results, that is, there is essentially no delay from 
the issuing of the command and when the result is 
available. Other commands such as frame transmit, 
take time to complete so their result is not available 
immediately. Separate result registers are provided to 
distinguish these two types of commands and to avoid 
interrupt handling for simple results. 


Immediate results are provided in the Result register. 
Validity of information in this register is indicated to 
the CPU by way of the CRBF bit in the Status register. 
When the CPU completes the Command phase of an 
immediate command, it polls the Status register waiting 
until CRBF = 1. When this occurs, the CPU may read 
the Result register to obtain the immediate result. The 
Result register provides only the results from immedi- 
ate commands. 

Example software for handling immediate results is 
shown in Figure 21. The routine returns with the result 
in the accumulator. The CPU then uses the result as is 
appropriate. 

All non-immediate commands deal with either the 
transmitter or receiver. Results from these commands 
are provided in the Txl/R (Transmit Interrupt Result) 
and Rxl/R (Receive Interrupt Result) registers respec- 
tively. Results in these registers are conveyed to the 
CPU by the TxIRA and RxIRA bits of the status regis- 
ter. Results of non-immediate commands consist of one 
byte result interrupt code indicating the condition for 
the interrupt and, if required, one or more bytes supply- 
ing additional information. The interrupt codes and the 
meaning of the additional results are covered following 
the detailed command description. 

Non-immediate results are passed to the CPU in re- 
sponse to either interrupts or polling of the Status regis- 
ter. Figure 22 illustrates an interrupt-driven result han- 
dler. (Please note that all of the software presented in 
this application note is not optimized for either speed or 
code efficiency. They are provided as a guide and to 
illustrate concepts.) This handler provides for inter- 
rupt-driven data transfers as was promised in the last 
section. Users employing DMA-based transfers do not 


JUNCTION: IMDRLT 
; INPUTS: NONE 

;0UTPUTS : RESULT REGISTER IN A 
; CALLS: NONE 
DESTROYS: A, F/F'S 

;DESCRIPTI0N: IMDRLT IS CALLED AFTER A CMDOUT FOR AN 
; IMMEDIATE COMMAND TO READ THE RESULT REGISTER 


IMDRLT: IN 

STAT 73 

;READ 

8273 STATUS 

ANI 

CRBF 

;TEST 

IF RESULT REG READY 

JZ 

IMDRLT 

;WAIT 

IF CRBF=0 

IN 

RESL73 

;READ 

RESULT REGISTER 

RET 

, -RETURN 




Figure 21. Immediate Result Handler 
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; FUNCTION : RXI 

- INTERRUPT DRIVEN RESULT/DATA HANDLER 

.•INPUTS 

RCRBUF 

, RCVPNT 


.•CALLS: 

NONE 



; OUTPUTS: RCRBUF, RCVPNT 
.•DESTROYS: NOTHING 


; DESCRIPTION : RXI IS ENTERED AT A RECEIVER INTERRUPT. 

.-THE INTERRUPT 

IS TESTED 

FOR DATA TRANSFER (IRA=0) ! 

;OR RESULT (IRA 

=1). FOR 

DATA TRANSFER, THE DATA IS ! 

.•PLACED 

IN A BUFFER AT RCVPNT. RESULTS ARE PLACED IN ! 

; A BUFFER AT RCRBUF. 


; A FLAG (RXFLAG) 

IS SET IF THE INTERRUPT WAS A RESULT. 

; (DATA TRANSFER 

INSTRUCTIONS ARE DENOTED BY (*) AND 1 

; MAYBE 

ELIMINATED BY USERS USING DMA. J 

RXI : 

PUSh 

H 

SAVE HL 


PUSH 

PSW 

SAVE PSW I 


PUSH 

B 

SAVE B 


IN 

STAT71 

(*) READ 8273 STATUS 


ANI 

RXIRA 

(*) TEST IRA BIT 

RXI 1 : 

JZ 

RXI 2 

(*) IF 0, DATA TRANSFER NEEDED 

LHLD 

RCRBUF 

GET RESULT BUFFER POINTER 


IN 

STAT73 

READ 8273 STATUS ACA1N ' 


ANI 

RXI NT 

TEST INT BIT 


JZ 

RXI4 

IF 0, THEN DONE 


IN 

STAT73 

READ 8273 STATUS AGAIN 


ANI 

RXIRA 

TEST IRA AGAIN 


JZ 

RXI 1 

LOOP UNTIL RESULT IS READY 


IN 

RXIR73 

READY, READ FXI/R 


MOV 

M , A 

STORE RESULT IN BUFFER 


INX 

K 

BUMP RESULT POINTER 


SHLD 

RCRBUf 

RESTORE BUFFER POINTER 


JMP 

RXI 1 

GO BACK TO SEE IF MORE 

RXI 2: 

SHLD 

RCVPNT 

(*) GET DATA BUFFER POINTER 


IN 

RCVLAT 

(*) READ DATA VIA RXCACK 


MOV 

M , A 

(*) STORE DATA IN BUFFER 


INX 

H 

(*) BUMP DATA POINTER 


JMP 

RXI 3 

(*) DONE 

RXI 4 : 

MVI 

A, 01H 

SET RX FLAG TO SHOW COMPLETION 


STA 

RXFLAG 

COMPLETION 

RXI 3 : 

POP 

B 

RESTORE BC 


POP 

PSW 

RESTORE PSW 


POP 

H 

RESTORE HL 


El 

.•ENABLE INTERRUPTS 


RET 

.•DONE 


.-FUNCTION: TXI 

INTERRUPT DRIVEN RESULT/DATA HANDLER 

; INPUTS 

TXRBUF 

TXPNT, TXFLAG 

; OUTPUT'S: TXRBUF, TXPNT , 

TXFLAG 

.•CALLS: 

NONE 



; DESTROYS: NOTHING 


DESCRIPTION: TXI IS ENTERED AT A TRANSMITTER INTERRUPT. 

; T ht INTERRUPT 

(S TESTED 

BY WAY OF ThE IRA BIT TO SEE 

;If A DATA TRANSFER OR RESULT COMPLETION HAS OCCURED. ! 

; FOR DATA TRANSFERS (IRA= 

0) , THE DATA IS OBTAINED FROM 

;A BUFFER LOCATION POINTED AT BY TXPNT. FOR COMPLETION, 

; (IRA=1 

, THE RESULTS ARE READ AND PLACED AT A RESULT 

; BUFf ER 

POINT EL 

AT BY TXRBUF, AND THE TXFLAG IS SET 

; TO INDICATE TO 

THE MAIN 

PROGRAM THAT A OPERATION IS 

; COMPLETE. TX OPERATIONS 

HAVE ONLY ONE RESULT. 

DATA TRANSFER 

INSTRUCTIONS ARE DENOTED BY (*). THESE 

; NAY HE REMUVEC BY USERS USING DMA. j 

TXI : 

PUSH 

H 

SAVE HL 


PUSH 

PSW 

SAVE PSW 


IN 

STAT73 

(*) READ 8273 STATUS 


ANI 

TXIRA 

(*) TEST TXIRA BIT 


JZ 

TXI 2 

(*) IF 0, DATA TRANSFER 


IN 

TXIR73 

1, THEN READ TXIR 


LHLD 

TXRBUF ; GET RESULT BUFFER POINTER 


MOV 

M , A ; STORE RESULT IN BUFFER 1 


INX 

H 

BUMP RESULT POINTER 


SHLD 

TXRBUF 

RESTORE RESULT POINTER 


MVI 

A, 01H 

SET TXFLAG TO SHOW COMPLETION 


STA 

TXFLAG 

SET FLAG 

TXI I : 

POP 

PSW 

RESTORE PSW 


POP 

H 

RESTORE HL 


El 

; ENABLE INTERRUPTS 


RET 

DONE 


TXI 2 : 

LHLD 

TXPNT 

(*) GET DATA POINTER 


MOV 

A , M 

(*) GET DATA FROM BUFFER 


OUT 

TXDATA 

<*) OUTPUT TO 8273 VIA TXDACK 


INX 

H 

(*) BUMP DATA POINTER 


SHLD 

TXPNT 

(*) RESTORE POINTER 


JMP 

TXI 1 

(*) RETURN AFTER RESTORE 
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Figure 22. Interrupt-Driven Result 
Handlers with Non-DMA Data Transfers 


need the lines where the IRA bit is tested for zero. 
(These lines are denoted by an asterisk in the comments 
column.) Note that the INT bit is used to determine 
when all results have been read. All results must be 
read. Otherwise, the INT bit (and pin) will remain high 
and further interrupts may be missed. These routines 


place the results in a result buffer pointed at by 
RCRBUF and TxRBUF. 

A typical result handler for systems utilizing polling is 
shown in Figure 23. Data transfers are also handled by 
this routine. This routine utilizes the routines of Figure 
22 to handle the results. 


At this point, the reader should have a good conceptual 
feel about how the 8273 operates. It is now time for the 
particulars of each command to be discussed. 


; FUNCTION: POLOP 


; INPUTS 

: NONE 



; OUTPUTS: C=0 

(NO STATUS), =1 (RX COMPLETION), 

; =2 

(TX COMPLETION) , 

=3 (BOTH) 

.•CALLS: 

TXI, RXI 


; DESTROYS: B,C 



; DESCRIPTION: 

POLOP IS CALLED TO POLL THE 8273 FOR 

; DATA TRANSFERS AND COMPLETION RESULTS. THE 

.•ROUTINES TXI 

AND RXI ARE USED FOR THE ACTUAL 

.•TRANSFERS AND 

BUFFER WORK. POLOP RETURNS 

; ThE STATUS OF 

THEIR ACTION. 

POLOP: 

PUSh 

PSW 

; SAVE PSW 


MVI 

C , 0 0H 

.-CLEAR C 

POLOPI: 

IN 

STAT73 

; READ 8273 STATUS 


ANI 

INT 

; ARE TXI NT OR RXI NT SET? 


JZ 

PEXIT 

; NO, EXIT 


IN 

STAT7 3 

; READ 8273 STATUS 


ANI 

RXI NT 

; TEST RX INT 


JNZ 

RXIC 

; YES , GO SERVICE RX 


CALL 

TXI 

; MUST BE TX, GO SERVICE IT 


LDA 

TXFLAG 

;GET TX FLAG 


CPI 

0IH 

; WAS IT A COMPLETION? (01) 


JNZ 

PEXIT 

; NO, SO JUST EXIT 


INR 

C 

; YES , UPDATE C 


INR 

C 



JMP 

POLOPI 

; TRY AGAIN 

RXIC : 

CALL 

RXI 

;GO SERVICE RX 


LDA 

RXFLAG 

; GET RX FLAG 


CPI 

01H ' 

; WAS IT A COMPLETION? (01) 


JNZ 

PEXIT 

;NO, SO JUST EXIT 


INR 

C 

; YES , UPDATE C 


JMP 

POLOPI 

;TRY AGAIN 

PEXIT: 

POP 

PSW 

; RESTORE PSW 


RET 

; RETURN 

WITH COMP. STATUS IN C 
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Figure 23. Polling Result Handler 


8273 COMMAND DESCRIPTION 

In this section, each command is discussed in detail. In 
order to shorten the notation, please refer to the com- 
mand key in Table 1. The 8273 utilizes five different 
command types: Initialization/Configuration, Receive, 
Transmit, Reset, and Modem Control. 


Table 1. Command Summary Key 


Bo, B-| 

— LSB and MSB of Receive Buffer Length 

Ro. Ri 

— LSB and MSB of Received Frame Length 

Lo, L-i 

— LSB and MSB of Transmit Frame Length 

Ai> A 2 

—Match Addresses for Selective Receive 

RIC 

— Receiver Interrupt Result Code 

TIC 

— Transmitter Interrupt Result Code 

A 

— Address Field of Received Frame 

C 

— Control Field of Received Frame 
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Initialization/Configuration Commands 

The Initialization/Configuration commands manipu- 
late registers internal to the 8273 that define the various 
operating modes. These commands either set or reset 
specified bits in the registers depending on the type of 
command. One parameter is required. Set commands 
perform a logical OR operation of the parameter 
(mask) and the internal register. This mask contains Is 
where register bits are to be set. A “0” in the mask 
causes no change in the corresponding register bit. Re- 
set commands perform a logical AND operation of the 
parameter (mask) and the internal register, i.e., the 
mask is “0” to reset a register bit and a “1” to cause no 
change. Before presenting the commands, the register 
bit definitions are discussed. 


Operating Mode Register (Figure 24) 

D7-D6: Not Used — These bits must not be manipulat- 
ed by any command; i.e., Dy-D^ must be 0 
for the Set command and 1 for the Reset com- 
mand. 

D5: HDLC Abort — When this bit is set, the 8273 

will interrupt when 7 Is (HDLC Abort) are 
received by an active receiver. When reset, an 
SDLC Abort (8 Is) will cause an interrupt. 

D4: EOP Interrupt — Reception of an EOP charac- 

ter (0 followed by 7 Is) will cause the 8273 to 
interrupt the CPU when this bit is set. Loop 
controller stations use this mode as a signal 
that a polling frame has completed the loop. 
No EOP interrupt is generated when this bit is 
reset. 

D3: Early Tx Interrupt — This bit specifies when 

the transmitter should generate an end of 
frame interrupt. If this bit is set, an interrupt is 
generated when the last data character has 
been passed to the 8273. If the user software 
issues another transmit command within two 
byte times, the final flag interrupt does not oc- 
cur and the new frame is transmitted with 
only one flag of separation. If this restriction is 
not met, more than one flag will separate the 
frames and a frame complete interrupt is gen- 
erated after the closing flag. If the bit is reset, 
only the frame complete interrupt occurs. This 
bit, when set, allows a single flag to separate 
consecutive frames. 

D2: Buffered Address and Control — When set, the 

address and control fields of received frames 
are buffered in the 8273 and passed to the 
CPU as results after a received frame interrupt 
(they are not transferred to memory with the 
information field). On transmit, the A and C 
fields are passed to the 8273 as parameters. 
This mode simplifies buffer management. 
When this bit is reset, the A and C fields are 


passed to and from memory as the first two 
data transfers. 

Dj: Preframe Sync — When set, the 8273 prefaces 

each transmitted frame with two characters 
before the opening flag. These two characters 
provide 16 transitions to allow synchroniza- 
tion of the opposing receiver. To guarantee 16 
transitions, the two characters are 55H-55H 
for non-NRZI mode (s'ee Serial I/O Register 
description) or 00H-00H for NRZI mode. 
When reset, no preframe characters are trans- 
mitted. 

Dq: Flag Stream — When set, the transmitter will 

start sending flag characters as soon as it is 
idle; i.e., immediately if idle when the com- 
mand is issued or after a transmission if the 
transmitter is active when this bit is set. When 
reset, the transmitter starts sending Idle char- 
acters on the next character boundary if idle 
already, or at the end of a transmission if ac- 
tive. 



Serial I/O Mode Register (Figure 25) 

D7-D3: Not Used — These bits must be 0 for the Set 
command and 1 for the Reset command. 

D2: Data Loopback — When set, transmitted data 

(TxD) is internally routed to the receive data 
circuitry. When reset, TxD and RxD are inde- 
pendent. 

Di: Clock Lo opbac k — When set, TxC is internally 

routed to RxC. When reset, the clocks are in- 
dependent. 

Dq: NRZI (Non-Return to Zero Inverted — When 

set, the 8273 assumes the received data is 
NRZI encoded, and NRZI encodes the trans- 
mitted data. When reset, the received and 
transmitted data are treated as a normal posi- 
tive logic bit stream. 

Data Transfer Mode Register 
(Figure 26) 

D7-D1: Not Used — These bits must be 0 for the Set 
command and 1 for the Reset command. 
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Dq: Interrupt Data Transfer — When set, the 8273 

will interrupt the CPU when data transfers are 
required (the corresponding IRA Status regis- 
ter bit will be 0 to signify a data transfer inter- 
rupt rather than a Result phase interrupt). 
When reset, 8273 data transfers are performed 
through DMA requests on the DRQ pins 
without interrupting the CPU. 


D7 Dg D5 D4 D3 D 2 Dj Dq 

IXixxxixi^TH 

izn 



I NRZI MODE 

CLOCK LOOPBACK 

DATA LOOPBACK 

: NOT USED - DO NOT CHANGE 

611001-22 


Figure 25. Serial I/O Mode Register 


Register 

Command 

Hex 

Code 

Parameter 

One Bit Delay 
Mode 

Set 

A4 

Set Mask 

Reset 

64 

Reset Mask 

Data Transfer 
Mode 

Set 

97 

Set Mask 

Reset 

57 

Reset Mask 

Operating Mode 

Set 

91 

Set Mask 

Reset 

51 

Reset Mask 

Serial I/O Mode 

Set 

A0 

Set Mask 

Reset 

60 

Reset Mask 


Figure 28. Initialization/Configuration 
Command Summary 


D7 Dg D5 D4 D3 D 2 D, Dq 

UXIXJXXIXiXI 1 

1 . 1 1 

1 1 1 1 INTERRUPT DATA TRANSFERS 


NOT USED - DO NOT CHANGE 

611001-23 


Figure 26. Data Transfer Mode Register 


One Bit Delay Register (Figure 27) 

D7: One Bit Delay — When set, the 8273 retrans- 

mits the received data stream one bit delayed. 
This mode is entered and exited at a received 
character boundary. When reset, the transmit- 
ted and received data are independent. This 
mode is utilized for loop operation and is dis- 
cussed in a later section. 

D^-Dq: Not Used — These bit must be 0 for the Set 
command and 1 for the Reset command. 


D7 De D5 D4 D3 D2 D-) D 0 


f IXIXIXIXIXIX1XI 

u 1 

I I 1 




NOT USED - DO NOT CHANGE 
ONE BIT DELAY ENABLE 


611001-24 


Figure 27. One Bit Delay Mode Register 


Figure 28 shows the Set and Reset commands associat- 
ed with the above registers. The mask which sets or 
resets the desired bits is treated as a single parameter. 
These commands do not interrupt nor provide results 
during the Result phase. After reset, the 8273 defaults 
to all of these bits reset. 


Receive Commands 

The 8273 supports three receive commands plus a re- 
ceiver disable function. 


General Receive 

When commanded to General Receive, the 8273 passes 
all frames either to memory (DMA mode) or to the 
CPU (non-DMA mode) regardless of the contents of 
the frame’s address field. This command is used for 
primary and loop controller stations. Two parameters 
are required: Bq and Bp These parameters are the LSB 
and MSB of the receiver buffer size. Giving the 8273 
this extra information alleviates the CPU of the burden 
of checking for buffer overflow. The 8273 will interrupt 
the CPU if the received frame attempts to overfill the 
allotted buffer space. 


Selective Receive 

In Selective Receive, two additional parameters besides 
Bo and B\ are required: A\ and A2. These parameters 
are two address match bytes. When commanded to Se- 
lective Receive, the 8273 passes to memory or the CPU 
only those frames having an address field matching ei- 
ther A\ or A2. This command is usually used for sec- 
ondary stations with A\ being the secondary address 
and A2 is the “All Parties” address. If only one match 
byte is needed, A\ and A2 should be equal. As in Gen- 
eral Receive, the 8273 counts the incoming data bytes 
and interrupts the CPU if Bq, is exceeded. 


Selective Loop Receive 

This command is very similar in operation to Selective 
Receive except that One Bit Delay mode must be set 
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and that the loop is captured by placing transmitter in 
Flag Stream mode automatically after an EOP charac- 
ter is detected following a selectively received frame. 
The details of using the 8273 in loop configurations is 
discussed in a later section so please hold questions un- 
til then. 

The handling of interrupt results is common among the 
three commands. When a frame is received without er- 
ror, i.e., the FCS is correct and CD (Carrier Detect) 
was active throughout the frame or no attempt was 
made to overfill the buffer; the 8273 interrupts the CPU 
following the closing flag to pass the completion re- 
sults. These results, in order, are the receiver interrupt 
result code (RIC), and the byte length of the informa- 
tion field of the received frame (Rq, Ri). If Buffered 
mode is selected, the address and control fields are 
passed as two additional results. If Buffered mode is not 
selected, the address and control fields are passed as the 


first two data transfers and Rq, Rj reflect the informa- 
tion field length plus two. 

Receive Disable 

The receiver may also be disabled using the Receive 
Disable command. This command terminates any re- 
ceive operation immediately. No parameters are re- 
quired and no results are returned. 

The details for the Receive command are shown in Fig- 
ure 29. The interrupt result code key is shown in Figure 
30. Some explanation of these result codes is appropri- 
ate. 

The interrupt result code is the first byte passed to the 
CPU in the Rxl/R register during the Result phase. 
Bits D 4 -D 0 define the cause of the receiver interrupt. 
Since each result code has specific implications, they 
are discussed separately below. 


Command 

Hex 

Code 

Parameters 

Results* 

Rxl/R 

General Receive 

CO 

B 0 , B-| 

RIC, R 0) R-|, A, C 

Selective Receive 

Cl 

B 0 , B1.Ai.A2 

RIC, R 0 , Ri, A, C 

Selective Loop Receive 

C2 

Bo, Bi, A-|, A2 

RIC, R 0 , Ri, A,C 

Disable Receiver 

. C5 

None 

None 


*NOTE: 

A and C are passed as results only in buffered mode. 

Figure 29 . Receiver Command Summary 


RIC 

D7-D0 

Receiver Interrupt Result Code 

Rx Status 
After INT 

* 00000 

A-) Match or General Receive 

Active 

* 00001 

A2 Match 

Active 

000 00011 

CRC Error 

Active 

000 00100 

Abort Detected 

Active 

000 00101 

Idle Detected 

Disabled 

000 00110 

EOP Detected 

Disabled 

000 00111 

Frame < 32 Bits 

Active 

000 01000 

DMA Overrun 

Disabled 

000 01001 

Memory Buffer Overflow 

Disabled 

000 01010 

Carrier Detect Failure 

Disabled 

000 01011 

Receiver Interrupt Overrun 

Disabled 

*d 7 -d 5 

Partial Byte Received 


111 

All 8 Bits of Last Byte 


000 

Do 


100 

Di-D 0 


010 

D2-D0 


110 

D3-D0 


001 

D4-D0 


101 

D5-D0 


011 

Ds-Dq 



Figure 30 . Receiver Interrupt Result Codes (RIC) 
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The first two result codes result from the error-free re- 
ception of a frame. If the frame is received correctly 
after a General Receive command, the first result is 
returned. If either Selective Receive command was used 
(normal or loop), a match with Ai generates the first 
result code and a match with A 2 generates the second. 
In either case, the receiver remains active after the in- 
terrupt; however, the internal buffer size counters are 
not reset. That is, if the receive command indicated 100 
bytes were allocated to the receive buffer (Bq, Bi) and 
an 80-byte frame was received correctly, the maximum 
next frame size that could be received without recom- 
manding the receiver (resetting Bq and Bj) is 20 bytes. 
Thus, it is common practice to recommand the receiver 
after each frame reception. DMA and/or memory 
pointers are usually updated at this time. (Note that 
users who do not wish to take advantage of the 8273’s 
buffer management features may simply use Bq, Bj = 
OFFH for each receive command. Then frames of 65K 
bytes may be received without buffer overflow errors.) 

The third result code is a CRC error. This indicates 
that a frame was received in the correct format (flags, 
etc.); however, the received FCS did not check with the 
internally generated FCS. The frame should be discard- 
ed. The receiver remains active. (Do not forget that 
even though an error condition has been detected, all 
frame information up until that error has either been 
transferred to memory or passed to the CPU. This in- 
formation should be invalidated. This applies to all re- 
ceiver error conditions.) Note that the FCS, either 
transmitted or received, is never available to the CPU. 

The Abort Detect result occurs whenever the receiver 
sees either an SDLC (8 Is) or an HDLC (7 Is), depend- 
ing on the Operating Mode register. However, the in- 
tervening Abort character between a closing flag and an 
Idle does not generate an interrupt. If an Abort charac- 
ter (seen by an active receiver within a frame) is not 
preceded by a flag and is followed by an idle, an inter- 
rupt will be generated for the Abort, followed by an 
Idle interrupt one character time later. The Idle Detect 
result occurs whenever 15 consecutive Is are received. 
After the Abort Detect interrupt, the receiver remains 
active. After the Idle Detect interrupt, the receiver is 
disabled and must be recommanded before further 
frames may be received. 

If the EOP Interrupt bit is set in the Operating Mode 
register, the EOP Detect result is returned whenever an 
EOP character is received. The receiver is disabled, so 
the Idle following the EOP does not generate an Idle 
Detect interrupt. 

The minimum number of bits in a valid frame between 
the flags is 32. Fewer than 32 bits indicates an error. If 
Buffered mode is selected, such frames are ignored, i.e., 
no data transfers or interrupts are generated. In non- 
Buffered mode, a < 32-bit frame generates an interrupt 


with the < 32-bit frame result since data transfers may 
already have disturbed the 8257 or interrupt handler. 
The receiver remains active. 


The DMA Overrun results from the DMA controller 
being too s low in extracting data from the 8273, i.e., the 
RxDACK signal is not returned before the next re- 
ceived byte is ready for transfer. The receiver is dis- 
abled if this error condition occurs. 

The Memory Buffer Overflow result occurs when the 
number of received bytes exceeds the receiver buffer 
length supplied by the Bq and Bi parameters in the 
receive command. The receiver is disabled. 

The Carrier Detect Failure result occurs when the CD 
pin goes high (inactive) during reception of a frame. 
The CD pin is used to qualify reception and must be 
active by the time the address field starts to be received. 
If CD is lost during the frame, a CD Failure interrupt 
is generated and the receiver is disabled. No interrupt is 
generated if CD goes inactive between frames. 

If a condition occurs requiring an interrupt be generat- 
ed before the CPU has finished reading the previous 
interrupt results, the second interrupt is generated after 
the current Result phase is complete (the RxINT pin 
and status bit go low then high). However, the inter- 
rupt result for this second interrupt will be a Receive 
Interrupt Overrun. The actual cause of the second in- 
terrupt is lost. One case where this may occur is at the 
end of a received frame where the line goes idle. The 
8273 generates a received frame interrupt after the clos- 
ing flag and then 15-bit times later, generates an Idle 
Detect interrupt. If the interrupt service routine is slow 
in reading the first interrupt’s results, the internal 
Rxl/R register still contains result information when 
the Idle Detect interrupt occurs. Rather than wiping 
out the previous results, the 8273 adds a Receive Inter- 
rupt Overrun result as an extra result. If the system’s 
interrupt structure is such that the second interrupt is 
not acknowledged (interrupts are still disabled from the 
first interrupt), the Receive Interrupt Overrun result is 
read as an extra result, after those from the first inter- 
rupt. If the second interrupt is serviced, the Receive 
Interrupt Overrun is returned as a single result. (Note 
that the INT pins supply the necessary transitions to 
support a Programmable Interrupt Controller such as 
the Intel 8259. Each interrupt generates a positive-go- 
ing edge on the appropriate INT pin and the high level 
is held until the interrupt is completely serviced.) In 
general, it is possible to have interrupts occurring at 
one character time intervals. Thus the interrupt han- 
dling software must have at least that much response 
and service time. 

The occurrence of Receive Interrupt Overruns is an in- 
dication of marginal software design; the system’s inter- 
rupt response and servicing time is not sufficient for the 
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data rates being attempted. It is advisable to configure 
the interrupt handling software to simply read the in- 
terrupt results, place them into a buffer, and clear the 
interrupt as quickly as possible. The software can then 
examine the buffer for new results at its leisure, and 
take appropriate action. This can easily be accom- 
plished by using a result buffer flag that indicates when 
new results are available. The interrupt handler sets the 
flag and the main program resets it once the results are 
retrieved. 

Both SDLC and HDLC allow frames which are of arbi- 
trary length (>32 bits). The 8273 handles this N-bit 
reception through the high order bits (D7-D5) of the 
result code. These bits code the number of valid re- 
ceived bits in the last received information field byte. 
This coding is shown in Figure 30. The high order bits 
of the received partial byte are indeterminate. [The ad- 
dress, control, and information fields are transmitted 
least significant bit (Aq) first. The FCS is complement- 
ed and transmitted most significant bit first.] 


Transmit Commands 

The 8273 transmitter is supported by three Transmit 
commands and three corresponding Abort commands. 

Transmit Frame 

The Transmit Frame command simply transmits a 
frame. Four parameters are required when Buffered 
mode is selected and two when it is not. In either case, 
the first two parameters are the least and the most sig- 
nificant bytes of the desired frame length (Lq, Lj). In 
Buffered mode, Lq and Li equal the length in bytes of 
the desired information field, while in the non-Buffered 
mode, Lq and Li must be specified at the information 
field length plus two. (Lq and Li specify the number of 
data transfers to be performed.) In Buffered mode, the 
address and control fields are presented to the transmit- 
ter as the third and fourth parameters respectively. In 
non-Buffered mode, the A and C fields must be passed 
as the first two data transfers. 

When the Trans mit Frame command is issued, the 
8273 makes RTS (Request-to-Send) act ive ( pin low) if 
it was not already. It then waits until CTS (Clear-to- 
Send) goes active (pin low) before starting the frame. If 
the Preframe Sync bit in the Operating Mode register is 
set, the transmitter prefaces two characters (16 tran- 
sitions) before the opening flag. If the Flag Stream bit is 
set in the Operating Mode register, the frame (including 
Preframe Sync if selected) is started on a flag boundary. 
Otherwise the frame starts on a character boundary. 

At the end of the frame, the transmitter interrupts the 
CPU (the interrupt results are discussed shortly) and 


returns to either Idle or Flag Stream, depending o n the 
Flag Stream bit of the Operating Mode register. If RTS 
was active before the transmit command, the 8273 does 
not change it. If it was inactive, the 8273 will deactivate 
it within one character time. 


Loop Transmit 

Loop Transmit is similar to Frame Transmit (the pa- 
rameter definition is the same). But since it deals with 
loop configurations, One Bit Delay mode must be se- 
lected. 

If the transmitter is not in Flag Stream mode when this 
command is issued, the transmitter waits until after a 
received EOP character has been converted to a flag 
(this is done automatically) before transmitting. (The 
one bit delay is, of course, suspended during transmit.) 
If the transmitter is already in Flag Stream mode as a 
result of a selectively received frame during a Selective 
Loop Receive command, transmission will begin at the 
next flag boundary for Buffered mode or at the third 
flag boundary for non-Buffered mode. This discrepancy 
is to allow time for enough data transfers to occur to fill 
up the internal transmit buffer. At the end of a Loop 
Transmit, the One Bit Delay mode is re-entered and the 
flag stream mode is reset. More detailed loop operation 
is covered later. 


Transmit T ransparent 

The Transmit Transparent command enables the 8273 
to transmit a block of raw data. This data is without 
SDLC protocol, i.e., no zero bit insertion, flags, or 
FCS. Thus it is possible to construct and transmit a Bi- 
Sync message for front-end processor switching or to 
construct and transmit an SDLC message with incor- 
rect FCS for diagnostic purposes. Only the Lq and L\ 
parameters are used since there are not fields in this 
mode. (The 8273 does not support a Receive Transpar- 
ent command.) 


Abort Commands 

Each of the above transmit commands has an associat- 
ed Abort command. The Abort Frame Transmit com- 
mand causes the transmitter to send eight contiguous 
ones (no zero bit insertion) immediately and then revert 
to either idle or flag streaming based on the Flag 
Stream bit. (The 8 Is as an Abort character is compati- 
ble with both SDLC and HDLC.) 

For Loop Transmit, the Abort Loop Transmit com- 
mand causes the transmitter to send one flag and then 
revert to one bit delay. Loop protocol depends upon 
FCS errors to detect aborted frames. 
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The Abort Transmit Transparent simply causes the 
transmitter to revert to either idles or flags as a func- 
tion of the Flag Stream mode specified. 

The Abort commands require no parameters, however, 
they do generate an interrupt and return a result when 
complete. 

A summary of the Transmit commands is shown in 
Figure 31. Figure 32 shows the various transmit inter- 
rupt result codes. As in the receiver operation, the 
transmitter generates interrupts based on either good 
completion of an operation or an error condition to 
start the Result phase. 

The Early Transmit Interrupt result occurs after the 
last data transfer to the 8273 if the Early Transmit In- 
terrupt bit is set in the Operating Mode register. If the 
8273 is commanded to transmit again within two char- 
acter times, a single flag will separate the frames. (Buff- 
ered mode must be used for a single flag to separate the 
frames. If non-Buffered mode is selected, three flags 
will separate the frames.) If this time constraint is not 
met, another interrupt is generated and multiple flags 
or idles will separate the frames. The second interrupt 
is the normal Frame Transmit Complete interrupt. The 
Frame Transmit Complete result occurs at the closing 
flag to signify a good completion. 

The DMA Underrun result is analogous to the DMA 
Overrun result in the receiver. Since SDLC does not 


support intraframe time fill, if the DMA controller or 
CPU does not supply the data in time, the frame must 
be aborted. The action taken by the transmitter on this 
error is automatic. It aborts the frame just as if an 
Abort command had been issued. 

Clear-to-Send Error result is generated if CTS goes in- 
active during a frame transmission. The frame is abort- 
ed as above. 

The Abort Complete result is self-explanatory. Please 
note however that no Abort Complete interrupt is gen- 
erated when an automatic abort occurs. The next com- 
mand type consists of only one command. 


Reset Command 

The Reset command provides a software reset function 
for the 8273. It is a special case and does not utilize the 
normal command interface. The reset facility is provid- 
ed in the Test Mode register. The 8273 is reset by sim- 
ply outputting a 01H followed by a 00H to the Test 
Mode register. Writing the 01 followed by the 00 mim- 
icksthe action required by the hardware reset. Since 
the 8273 requires time to process the reset internally, at 
least 10 cycles of the <f>CLK clock must occur between 
the writing of the 01 and the 00. The action taken is the 
same as if a hardware reset is performed, namely: 

1) The modem control outputs are forced high inactive. 


Command 

Hex 

Code 

Parameters* 

Results 

Txl/R 

Transmit Frame 

C8 

L 0 , Li. A, C 

TIC 

Abort 

CC 

None 

TIC 

Loop Transmit 

CA 

Lo, Li,A,C 

TIC 

Abort 

CE 

None 

TIC 

Transmit Transparent 

CO 

Lo. Li 

TIC 

Abort 

CD 

None 

TIC 


*NOTE: 

A and C are passed as parameters in buffered mode only. 

Figure 31. Transmitter Command Summary 


R1C 

D 7 -D 0 

Transmitter Interrupt 
Result Code 

Tx Status 
after INT 

000 01100 

Early Tx Interrupt 

Active 

000 01101 

Frame Tx Complete 

Idle or Flags 

000 01110 

DMA Underrun 

Abort 

000 01111 

Clear to Send Error 

Abort 

000 10000 

Abort Complete 

Idle or Flags 


Figure 32. Transmitter Interrupt Result Codes 
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2) The 8273 Status register is cleared. 

3) Any commands in progress cease. 

4) The 8273 enters an idle state until the next command 
is issued. 

Modem Control Commands 

The modem control ports were discussed earlier in the 
Hardware section. The commands used to manipulate 
these ports are shown in Figure 33. The Read Port A 
and Read Port B commands are immediate. The bit 
definition for the returned byte is shown in Figures 13 
and 14. Do not forget that the returned value represents 
the logical condition of the pin, i.e., pin active (low) = 
bit set. 

The Set and Reset Port B commands are similar to the 
Initialization commands in that they use a mask pa- 
rameter which defines the bits to be changed. Set Port 
B utilizes a logical OR mask and Reset Port B uses a 
logical AND mask. Setting a bit makes the pin active 
(low). Resetting the bit deactivates the pin (high). 

To help clarify the numerous timing relationships that 
occur and their consequences, Figures 34 and 35 are 
provided as an illustration of several typical sequences. 
It is suggested that the reader go over these diagrams 
and re-read the appropriate part of the previous sec- 
tions if necessary. 


HDLC CONSIDERATIONS 

The 8273 supports HDLC as well as SDLC. Let’s dis- 
cuss how the 8273 handles the three basic HDLC/ 
SDLC differences: extended addressing, extended con- 
trol, and the 7 Is Abort character. 

Recalling Figure 4a, HDLC supports an address field 
of indefinite length. The actual amount of extension 
used is determined by the least significant bit of the 
characters immediately following the opening flag. If 
the LSB is 0, more address field bytes follow. If the 
LSB is 1, this byte is the final address field byte. Soft- 
ware must be used to determine this extension. 


If non-Buffered mode is used, the A, C, and I fields are 
in memory. The software must examine the initial char- 
acters to find the extent of the address field. If Buffered 
mode is used, the characters corresponding to the 
SDLC A and C fields are transferred to the CPU as 
interrupt results. Buffered mode assumes the two char- 
acters following the opening flag are to be transferred 
as interrupt results regardless of content or meaning. 
(The 8273 does not know whether it is being used in an 
SDLC or an HDLC environment.) In SDLC, these 
characters are necessarily the A and C field bytes, how- 
ever in HDLC, their meaning may change depending 
on the amount of extension used. The software must 
recognize this and examine the transferred results as 
possible address field extensions. 

Frames may still be selectively received as is needed for 
secondary stations. The Selective Receive command is 
still used. This command qualifies a frame reception on 
the first byte following the opening flag matching either 
of the A\ or A 2 match byte parameters. While this does 
not allow qualification over the complete range of 
HDLC addresses, it does perform a qualification on the 
first address byte. The remaining address field bytes, if 
any, are then examined via software to completely qual- 
ify the frame. 

Once the extent of the address field is found, the follow- 
ing bytes form the control field. The same LSB test 
used for the address field is applied to these bytes to 
determine the control field extension, up to two bytes 
maximum. The remaining frame bytes in memory rep- 
resent the information field. 

The Abort character difference is handled in the Oper- 
ating Mode register. If the HDLC Abort Enable bit is 
set, the reception of seven contiguous ones by an active 
receiver will generate an Abort Detect interrupt rather 
than eight ones. (Note that both the HDLC Abort En- 
able bit and the EOP Interrupt bit must not be set 
simultaneously.) 

Now let’s move on to the SDLC loop configuration 
discussion. 


Port 

Command 

Hex 

Code 

Parameter 

Reg 

Result 

A Input 

Read 

22 

None 

Port Value 


Read 

23 

None 

Port Value 

B Output 

Set 

A3 

Set Mask 

None 


Reset 

63 

Reset Mask 

None 


Figure 33. Modem Control Command Summary 
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FLAG 
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RxD 

OR 

FLAG 

OR 

FLAG 

FLAG 

A 

C 

»1 

FCS-i 
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FLAG 

OR 

ABORT 

OR 

IDLE 

OR 

IDLE 


Rx COMMAND 
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OR DATA INTERRUPTS 


NON-BUFFERED FRAME t POSSIBLE 

Rx RESULT M0DE COMPLETE I IDLE INT 

INTERRUPTS 


A. Error-Free Frame Reception 
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IDLE 

IDLE 










RxD 

OR 

OR 

FLAG 

A 

C 


FCSi 

fcs 2 

flag 




FLAG 

FLAG 











t CD f t t t t t t t CD 

I FAILURE I I I I I I I I FAILURE 

INTERRUPTS 


Rx COMMAND 
Rx RESULT 


B. Carrier Detect Failure During Frame Reception 


611001-26 


Figure 34. Sample Receiver Timing Diagrams 


LOOP CONFIGURATION 

Aside from use in the normal data link applications, the 
8273 is extremely attractive in loop configuration due 
to the special frame-level loop commands and the Digi- 
tal Phase Locked Loop. Toward this end, this section 
details the hardware and software considerations when 
using the 8273 in a loop application, 

The loop configuration offers a simple, low-cost solu- 
tion for systems with multiple stations within a small 
physical location, i.e., retail stores and banks. There are 
two primary reasons to consider a loop configuration. 
The interconnect cost is lower for a loop over a multi- 
point configuration since only one twisted pair or fiber 
optic cable is used. (The loop configuration does not 
support the passing of distinct clock signals from sta- 
tion to station.) In addition, loop stations do not need 
the intelligence of a multi-point station since the loop 


protocol is simpler. The most difficult aspects of loop 
station design are clock recovery and implementation 
of one bit delay (both are handled neatly by the 8273). 

Figure 36 illustrates a typical loop configuration with 
one controller and two down-loop secondaries. Each 
station must derive its own data timing from the re- 
ceived data stream. R ecalli ng o ur ea rlier discussion of 
the DPL L, notic e that TxC and RxC clocks are provid- 
ed by the DPLL output. The only clock required in the 
secondaries is a simple, non-synchronized clock at 32 
times the desired baud rate. The controller requires 
both 32 X and IX clocks. (The IX is usually imple- 
mented by dividing the 32 X clock with a 5-bit divider. 
However, there is no synchronism requirement between 
these clocks so any convenient implementation may be 
used.) 
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Tx COMMAND 


TxD 

IDLE 

OR 

IDLE 

OR 

FLAG 

A 

C 

ll 

<2 

FCS, 

fcs 2 

FLAG 

IDLE 

OR 


FLAG 

FLAG 








FLAG 


RTS 



CTS 


Tx DMA REQUESTS 
OR DATA INTERRUPTS 


Tx RESULT 
INTERRUPTS 


tc I It U 


NONBUFFERED 

MODE 


t FRAME COMPLETE 


A. Error-Free Frame Transmission 
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1ST FRAME 
Tx COMMAND I 


2ND FRAME 
I I I I I 


I * ♦ ♦ ♦ 


TxD 

IDLE 

OR 

FLAG 

FLAG 

A 

C 

'1 

FCS-j 

fcs 2 

FLAG 

A 

l C 

ll 

l ' 2 | 





RTS 1 


CTS 

Tx DMA REQUESTS 
OR DATA INTERRUPTS 


t'l 



Tx RESULT 
INTERRUPTS 


t EARLY Tx 


B. Diagram Showing Tx Command Queing and Early Tx Interrupt 
(Single flag between frames) Buffered Mode is Assumed 
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Tx COMMAND 


IDLE 

IDLE 







IDLE 

IDLE 

OR 

FLAG 

OR 

FLAG 

FLAG 

A 

C 

ll 

'2 

l 3 - ABORT 

OR 

FLAG 

OR 

FLAG 



CTS 


Tx DMA REQUESTS 
OR DATA INTERRUPTS 


|c 


! '1 f «2 | *3 


Tx RESULT 
INTERRUPTS 


t CTS 
I ERROR 


OR ANY 
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Figure 35. Sample Transmitter Timing Diagrams 
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Figure 36. SDLC Loop Application 

A quick review of loop protocol is appropriate. All 
communication on the loop is controlled by the loop 
controller. When the controller wishes to allow the sec- 
ondaries to transmit, it sends a polling frame (the con- 
trol field contains a poll code) followed by an EOP 
(End-of-Poll) character. The secondaries use the EOP 
character to capture the loop and insert a response 
frame as will be discussed shortly. 

The secondaries normally operate in the repeater mode, 
retransmitting received data with one bit time of delay. 
All received frames are repeated. The secondary uses 
the one bit time of delay to capture the loop. 

When the loop is idle (no frames), the controller trans- 
mits continuous flag characters. This keeps transitions 
on the loop for the sake of down-loop phase locked 
loops. When the controller has a non-polling frame to 
transmit, it simply transmits the frame and continues to 
send flags. The non-polling frame is then repeated 
around the loop and the controller receives it to signify 
a complete traversal of the loop. At the particular sec- 
ondary addressed by the frame, the data is transferred 
to memory while being repeated. Other secondaries 
simply repeat it. 


If the controller wants to poll the secondaries, it trans- 
mits a polling frame followed by all Is (no zero bit 
insertion). The final zero of the closing frame plus the 
first seven Is form an EOP. While repeating, the secon- 
daries monitor their incoming line for an EOP. When 
an EOP is received, the secondary checks if it has any 
response for the controller. If not, it simply continues 
repeating. If the secondary has a response, it changes 
the seventh EOP one into a zero (the one bit time of 
delay allows time for this) and repeats it, forming a flag 
for the down-loop stations. After this flag is transmit- 
ted, the secondary terminates its repeater function and 
inserts its response frame (with multiple preceding flags 
if necessary). After the closing flag of the response, the 
secondary re-enters its repeater function, repeating the 
up-loop controller Is. Notice that the final zero of the 
response’s closing flag plus the repeated Is from the 
controller form a new EOP for the next down-loop sec- 
ondary. This new EOP allows the next secondary to 
insert a response if it desires. This gives each secondary 
a chance to respond. 

Back at the controller, after the polling frame has been 
transmitted and the continuous Is started, the control- 
ler waits until it receives an EOP. Receiving an EOP 
signifies to the controller that the original frame has 
propagated around the loop followed by any responses 
inserted by the secondaries. At this point, the controller 
may either send flags to idle the loop or transmit the 
next frame. Let’s assume that the loop is implemented 
completely with the 8273s and describe the command 
flows for a typical controller and secondary. 

The loop controller is initialized with commands which 
specify that the NRZI, Preframe Sync, Flag Stream, 
and EOP Interrupt modes are set. Thus, the controller 
encodes and decodes all data using NRZI format. Pre- 
frame Sync mode specifies that all transmitted frames 
be prefaced with 16 line transitions. This ensures that 
the minimum of 12 transitions needed by the DPLL to 
lock after an all Is line has occurred by the time the 
secondary sees a frame’s opening flag. Setting the Flag 
Stream mode starts the transmitter sending flags which 
idles the loop. And the EOP Interrupt mode specifies 
that the controller processor will be interrupted when- 
ever the active receiver sees an EOP, indicating the 
completion of a poll cycle. 

When the controller wishes to transmit a non-polling 
frame, it simply executes a Frame Transmit command. 
Since the Flag Stream mode is set, no EOP is formed 
after the closing flag. When a polling frame is to be 
transmitted, a General Receive command is executed 
first. This enables the receiver and allows reception of 
all incoming frames; namely, the original polling frame 
plus any response frames inserted by the secondaries. 
After the General Receive command, the frame is 
transmitted with a Frame Transmit command. When 
the frame is complete, a transmitter interrupt is gener- 
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ated. The loop controller processor uses this interrupt 
to reset Flag Stream mode. This causes the transmitter 
to start sending all Is. An EOP is formed by the last 
flag and the first 7 Is. This completes the loop control- 
ler transmit sequence. 

At any time following the start of the polling frame 
transmission the loop controller receiver will start re- 
ceiving frames. (The exact time difference depends, of 
course, on the number of down-loop secondaries due to 
each inserting one bit time of delay.) The first received 
frame is simply the original polling frame. However, 
any additional frames are those inserted by the secon- 
daries. The loop controller processor knows all frames 
have been received when it sees an EOP Interrupt. This 
interrupt is generated by the 8273 since the EOP Inter- 
rupt mode was set during initialization. At this point, 
the transmitter may be commanded either to enter Flag 
Stream mode, idling the loop, or to transmit the next 
frame. A flowchart of this sequence is shown in Figure 
37. 
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The secondaries are initialized with the NRZI and One 
Bit Delay modes set. This puts the 8273 into the repeat- 
er mode with the transmitter repeating the received 
data with one bit time of delay. Since a loop station 
cannot transmit until it sees an EOP character, any 
transmit command is queued until an EOP is received. 
Thus whenever the secondary wishes to transmit a re- 
sponse, a Loop Transmit command is issued. The 8273 
then waits until it receives an EOP. At this point, the 
receiver changes the EOP into a flag, repeats it, resets 
One Bit Delay mode stopping the repeater function, 
and sets the transmitter into Flag Stream mode. This 
captures the loop. The transmitter now inserts its mes- 
sage. At the closing flag, Flag Stream mode is reset, and 
One Bit Delay mode is set, returning the 8273 to re- 
peater function and forming an EOP for the next down- 
loop station. These actions happen automatically after a 
Loop Transmit command is issued. 

When the secondary wants its receiver enabled, a Selec- 
tive Loop Receive command is issued. The receiver 
then looks for a frame having a match in the Address 
field. Once such a frame is received, repeated, and 
transferred to memory, the secondary’s processor is in- 
terrupted with the appropriate Match interrupt result 
and the 8273 continues with the repeater function until 
an EOP is received, at which point the loop is captured 
as above. The processor should use the interrupt to de- 
termine if it has a message for the controller. If it does, 
it simply issues a Loop Transmit command and things 
progress as above. If the processor has no message, the 
software must reset the Flag Stream mode bit in the 
Operating Mode register. This will inhibit the 8273 
from capturing the loop at the EOP. (The match frame 
and the EOP may be separated in time by several 
frames depending on how many up-loop stations insert- 
ed messages of their own.) If the timing is such that the 
receiver has already captured the loop when the Flag 
Stream mode bit is reset, the mode is exited on a flag 
boundary and the frame just appears to have extra clos- 
ing flags before the EOP. Notice that the 8273 handles 
the queuing of the transmit commands and the setting 
and resetting of the mode bits automatically. Figure 38 
illustrates the major points of the secondary command 
sequence. 


Figure 37. Loop Controller Flowchart 
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Figure 38. Loop Secondary Flowchart 


When an off-line secondary wishes to come on-line, it 
must do so in a manner which does not disturb data on 
the loop. Figure 39 shows a typical hardware interface. 
The line labeled Port could be one of the 8273 Port B 
outputs and is assumed to be high (1) initially. Thus up- 
loop data is simply passed down-loop with no delay; 
however, the receiver may still monitor data on the 
loop. To come on-line, the secondary is initialized with 
only the EOP Interrupt mode set. The up-loop data is 
then monitored until an EOP occurs. At this point, the 
secondary’s CPU is interrupted with an EOP interrupt. 
This signals the CPU to set One Bit Delay mode in the 
8273 and then to set Port low (active). These actions 
switch the secondary’s one bit delay into the loop. Since 
after the EOP only Is are traversing the loop, no loop 
disturbance occurs. The secondary now waits for the 
next EOP, captures the loop, and inserts a “new on- 
line” message. This signals the controller that a new 
secondary exists and must be acknowledged. After the 
secondary receives its acknowledgement, the normal 
command flow is used. 


It is hopefully evident from the above discussion that 
the 8273 offers a very simple and easy to implement 
solution for designing loop stations whether they are 
controllers or down-loop secondaries. 



APPLICATION EXAMPLE 

This section describes the hardware and software of the 
8273/8085 system used to verify the 8273 implementa- 
tion of SDLC on an actual IBM SDLC Link. This IBM 
link was gratefully volunteered by Raytheon Data Sys- 
tems in Norwood, Mass, and I wish to thank them for 
their generous cooperation. The IBM system consisted 
of a 370 Mainframe, a 3705 Communications Proces- 
sor, and a 3271 Terminal Controller. A Comlink II 
Modem supplied the modem interface and all commu- 
nications took place at 4800 baud. In addition to ob- 
serving correct responses, a Spectron D601B Datascope 
was used to verify the data exchanges. A block diagram 
of the system is shown in Figure 40. The actual verifica- 
tion was accomplished by the 8273 system receiving 
and responding to polls from the 3705. This method 
was used on both point-to-point and multi-point config- 
urations. No attempt was made to implement any high- 
er protocol software over that of the poll and poll 
responses since such software would not affect the veri- 
fication of the 8273 implementation. As testimony to 
the ease of use of the 8273, the system worked on the 
first try. 


370 


3705 

MAINFRAME 


PROCESSOR 


MODEM p T- | MODEM H 3271 
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Figure 40. Raytheon Block Diagram 


An SDK- 8 5 (System Design Kit) was used as the core 
8085 system. This system provides up to 4K bytes of 
ROM/EPROM, 512 bytes of RAM, 76 I/O pins, plus 
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two timers as provided in two 8755 Combination 
EPROM/I/O devices and two 8155 Combination 
RAM/I/O/Timer devices. In addition, 5 interrupt in- 
puts are supplied on the 8085. The address, data, and 
control buses are buffered by the 8212 and 8216 latches 
and bidirectional bus drivers. Although it was not used 
in this application, an 8279 Display Driver/Keyboard 
Encoder is included to interface the on-board display 
and keyboard. A block diagram of the SDK-85 is 
shown in Figure 41. The 8273 and associated circuitry 
was constructed on the ample wire-wrap area provided 
for the user. 

The example 8237/8085 system is interrupt- driven and 
uses DMA for all data transfers supervised by an 8257 
DMA Controller. A 2400 baud asynchronous line, im- 
plemented with an 8251 A USART, provides communi- 
cation between the software and the user. 8253 Pro- 
grammable Interval Timer is used to supply the baud 
rate clocks for the 8251 A and 8273. (The 8273 baud 
rate clocks were used only during initial system debug. 
In actual operation, the modem supplied these clocks 
via the RS-232 interface.) Two 2142 IK x 4 RAMs 
provided 512 bytes of transmitter and 512 bytes of re- 
ceiver buffer memory. (Command and result buffers. 


plus miscellaneous variables are stored in the 8155s.) 
The RS-232 interface utilized MC1488 and MC1489 
RS-232 drivers and receivers. The schematic of the sys- 
tem is shown in Figure 42. 

One detail to note is the DMA and interrupt structure 
of the transmit and receive channels. In both cases, the 
receiver is always given the higher priority (8257 DMA 
channel 0 has priority over the remaining channels and 
the 8085 RST 7.5 interrupt input has priority over the 
RST 6.5 input.) Although the choice is arbitrary, this 
technique minimizes the chance that received data 
could be lost due to other processor or DMA commit- 
ments. 

Also note that only one 8205 Decoder is used for both 
peripheral and memory Chip Select. This was done to 
eliminate separate memory and I/O decoders since it 
was known beforehand that neither address space 
would be completely filled. 

The 4 MHz crystal and 8224 Clock Generator were 
used only to verify that the 8273 operates correctly at 
that maximum spec speed. In a normal system, the 
3.072 MHz clock from the 8085 would be sufficient. 
(This fact was verified during initial checkout.) 
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Figure 42. 8273/SDK-85 System 
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The software consists of the normal monitor program 
supplied with the SDK-85 and a program to input com- 
mands to the 8273 and to display results. The SDK-85 
monitor allows the user to read and write on-board 
RAM, start execution at any memory location, to sin- 
gle-step through a program, and to examine any of the 
808 5’s internal registers. The monitor drives either the 
on-board keyboard/LED display or a serial TTY inter- 
face. This monitor was modified slightly in order to use 
the 8251 A with a 2400 baud CRT as opposed to the 
110 baud normally used. The 8273 program imple- 
ments monitor-like user interface. 8273 commands are 
entered by a two-character code followed by any pa- 
rameters required by that command. When 8273 inter- 
rupts occur, the source of the interrupt is displayed 
along with any results associated with it. To gain a 
flavor of how the user/program interface operates, a 
sample output is shown in Figure 43. The 8273 pro- 
gram prompt character is a “-” and user inputs are 
underlined. 

The “SO 05” implements the Set Operating Mode com- 
mand with a parameter of 05H. This sets the Buffer and 
Flag Stream modes. “SS 01” sets the 8273 in NRZI 
mode using the Set Serial I/O Mode command. The 
next command specifies General Receiver with a re- 
ceiver buffer size of 0100H bytes (Bq — 00, Bj = 01). 
The “TF” command causes the 8273 to transmit a 
frame containing an address field of C2H and control 
field of 11H. The information field is 001122. The 
“TF” command has a special format. The Lq and Li 
parameters are computed from the number of informa- 
tion field bytes entered. 

After the TF command is entered, the 8273 transmits 
the frame (assuming that the modem protocol is ob- 
served). After the closing flag, the 8273 interrupts the 
8085. The 8085 reads the interrupt results and places 
them in a buffer. The software examines this buffer for 
new results and if new results exist, the source of the 
interrupt is displayed along with the results. 

In this example, the 0DH result indicates a Frame 
Complete interrupt. There is only one result for a trans- 
mitter interrupt, the interrupt’s trailing zero results 
were included to simplify programming. 

The next event is a frame reception. The interrupt re- 
sults are displayed in the order read from the 8273. The 
E0H indicates a General Receive interrupt with the last 
byte of the information field received on an 8-bit 
boundary. The 03 00 (Rq, Rj) results show that there 
are 3H bytes of information field received. The remain- 
ing two results indicate that the received frame had a 
C2H address field and a 34H control field. The 3 bytes 
of information field are displayed on the next line. 



Figures 44 through 5 1 show the flowcharts used for the 
8273 program development. The actual program listing 
is included as Appendix A. Figure 44 is the main status 
poll loop. After all devices are initialized and a prompt 
character displayed, a loop is entered at LOOPIT. This 
loop checks for a change of status in the result buffer or 
if a keyboard character has been received by the 825 1 
or if a poll frame has been received. If any of these 
conditions are met, the program branches to the appro- 
priate routine. Otherwise, the loop is traversed again. 

The result buffer is implemented as a 255-byte circular 
buffer with two pointers: CNADR and LDADR. 
CNADR is the console pointer. It points to the next 
result to be displayed. LDADR is the load pointer. It 
points to the next empty position in the buffer into 
which the interrupt handler places the next result. The 
same buffer is used for both transmitter and receiver 
results. LOOPIT examines these pointers to detect 
when CNADR is not equal to LDADR indicating that 
the buffer contains results which have not been dis- 
played. When this occurs, the program branches to the 
DISPLY routine. 

DISPLY determines the source of the undisplayed re- 
sults by testing the first result. This first result is not 
necessarily the interrupt result code. If this result is 
0CH or greater, the result is from a transmitter inter- 
rupt. Otherwise it is from a receiver source. The source . 
of the result code is then displayed on the console along 
with the next four results from the buffer. If the source 
was a transmitter interrupt, the routine merely repoints 
the pointer CNADR and returns to LOOPIT. For a 
receiver source, the receiver data buffer is displayed in 
addition to the receiver interrupt results before return- 
ing to LOOPIT. 
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Figure 44. Main Status Poll Loop 


Figure 46. GETCMD Subroutine 
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Figure 45. DISPLY Subroutine 
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Figure 47. TF Subroutine 
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If the result buffer pointers indicate an empty buffer, 
the 8251 A is polled for a keyboard character. If the 
8251 has a character, GETCMD is called. There the 
character is read and checked if legal. Illegal characters 
simply cause a reprompt. Legal characters indicate the 
start of a command input. Most commands are orga- 
nized as two characters signifying the command action; 
i.e., GR — General Receive. The software recognizes the 
two character command code and takes the appropriate 
action. For non-Transmit type commands, the hex 
equivalent of the command is placed in the C register 
and the number of parameters associated with that 
command is placed in the B register. The program then 
branches to the COMM routine. 

The COMM routine builds the command buffer by 
reading the required number of parameters from the 
keyboard and placing them at the buffer pointed at by 
CMDBUF. The routine at COMM2 then issues this 
command buffer to the 8273. 

If a Transmit type command is specified, the command 
buffer is set up similarly to the COMM routine; howev- 
er, since the information field data is entered from the 
keyboard, an intermediate routine, TF, is called. TF 
loads the transmit data buffer pointed at by TxBUF. It 
counts the number of data bytes entered and loads this 
number into the command buffer as Lq, Lp The com- 
mand is then issued to the 8273 by jumping to 
CMDOUT. 

One command does not directly result in a command 
being issued to the 8273. This command, Z, operates a 
software flip-flop which selects whether the software 
will respond automatically to received polling frames. 
If the Poll-Response mode is selected, the prompt char- 
acter is changed to a * + *. If a frame is received which 
contains a prearranged poll control field, the memory 
location POLIN is made nonzero by the receiver inter- 
rupt handler. LOOPIT examines this location and if it 
is nonzero, causes a branch to the TxPOL routine. The 
TxPOL routine clears POLIN, sets a pointer to a spe- 
cial command buffer at CMDBUF 1, and issues the 
command by way of the COMM2 entry in the COMM 
routine. The special command buffer contains the ap- 
propriate response frame for the poll frame received. 
These actions only occur when the Z command has 
changed the prompt to a * + ’. If the prompt is normal 
‘ — \ polling frames are displayed as normal frames and 
no response is transmitted. The Poll-Response mode 
was used during the IBM tests. 


Figure 50. Txl (Transmitter Interrupt) Routine 
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The final two software routines are the transmitter and 
receiver interrupt handlers. The transmit interrupt han- 
dler, Txl, simply saves the registers on the stack and 
checks if loading the result buffer will fill it. If the re- 
sult buffer will overfill, the program is exited and con- 
trol is passed to the SDK-85 monitor. If not, the results 
are read from the Txl/R register and placed in the 
result buffer at LDADR. The DMA pointers are then 
reset, the registers restored, and interrupts enabled. Ex- 
ecution then returns to the pre-interrupt location. 

The receiver interrupt handler, Rxl, is only slightly 
more complex. As in Txl, the registers are saved and 
the possibility of overfilling the result buffer is exam- 
ined. If the result buffer is not full, the results are read 
from Rxl/R and placed in the buffer. At this point the 
prompt character is examined to see if the Poll-Re- 
sponse mode is selected. If so, the control field is com- 
pared with two possible polling control fields. If there is 
a match, the special command buffer is loaded and the 
poll indicator, POLIN, is made nonzero. If no match 
occurred, no action is taken. Finally, the receiver DMA 
buffer pointers are reset, the processor status restored, 
and interrupts are enabled. The RET instruction re- 
turns execution to the pre-interrupt location. 

This completes the discussion of the 8273/8085 system 
design. 

CONCLUSION 

This application note has covered the 8273 in some de- 
tail. The simple and low cost loop configuration was 
explored and an 8273/8085 system was presented as a 
sample design illustrating the DMA/interrupt-driven 
interface. It is hoped that the major features of the 
8273, namely the frame-level command structure and 
the Digital Phase Locked Loop, have been shown to be 
a valuable asset in an SDLC system design. 


Figure 51. Rxl (Receiver Interrupt) Routine 
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APPENDIX A 


ASM80 :F1 RRVT73. SRC 





ISIS-II 8080/8085 MACRO ASSEMBLER, X108 

MODULE PAGE 1 


LOC OBJ 

SEQ 


SOURCE STATEMENT 




i INOPAGING MOD85 NOCOND 



0000 

2 TRUE 

EQU 00H 

; 00 FDR RAYTHEON 



3 



;FF FOR SELF-TEST 


0000 

4 TRUE1 

i 

§ 

;08 FOR NORMAL RESPONSE 



5 



, FF FOR LOOP RESPONSE 


0000 

6 DEH 

EQU 00H 

; 00 FOR NO DEMO 



7 

8 



;FF FOR DEMO 



9 

10 

GENERAL 8273 MONITOR WITH RAYTHEON POLL MODE ADDED 



11 






17 






18 






19 

COMMAND SUPPORTED ARE; 

RS - RESET SERIAL I/O MODE 



28 



SS - SET SERIAL I/O MODE 



21 



RO - RESET OPERATING MODE 



22 



SO - SET OPERATING MODE 



23 



RD - RECEIVER DISABLE 



24 



GR - GENERAL RECEIVE 



25 



SR - SELECTIVE RECEIVE 



26 



TF - TRANSMIT FRAME 



27 



AF - ABORT FRAME 



28 



SP - SET PORT B 



29 



RP - RESET PORT 8 



20 



RB - RESET 0NE BIT DELAY (PAR = 7F) 



21 



SB - SET ONE BIT DELAY (PAR = 80) 



22 



SL - SELECTIVE LOOP RECEIVE 



23 



TL - TRANSMIT LOOP 



24 



Z - CHANGE MODES FLIP/FLOP 



38 






40 






41 

NOTE 

'SET' COMMANDS IMPLEMENT LOGICAL .'OR' FUNCTIONS 



42 


'RESET' COMMANDS IMPLEMENT LOGICAL 'AND' FUNCTIONS 



43 






44 




45 






46 

BUFFERED MODE MUST BE SELECTED WHEN SELECTIVE RECEIVE IS USED. 



47 






48 

COMMAND FORMAT IS; 'COMMAND (2 LTRS)' 'PAR.il' 'PAR. #2' ETC. 



49 






50 

; THE TRANSMIT FRAME COMMAND FORMAT IS; 'TF' 'A' 'C' 'BUFFER CONTENTS'. 



51 


NO LENGTH COUNT IS NEEDED. BUFFER CONTENTS IS ENDED WITH A CR. 



52 






53 




54 






55 

POLLED MODE; WHEN POLLED MODE IS SELECTED (DENOTED BY A '+' PROMPT), IF 
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56 ; 8 5NRM-P OR RR^0)-P IS RECEIVED, 8 RESPONSE FRAME OF NSA-F 

57 ; OR RR(0)-F IS TRANSMITTED OTHER COMMANDS OPER8TE NORMALLV. 

62 ; 

£3 ; *^*^***4****************************************************************** 

64 , 

65 ; 8273 EQU8TES 

66 ; 


0090 

67 ST8T73 

EQU 

90H 

; STATUS REGISTER 


0090 

68 COMM 73 

EQU 

90H 

; COMMAND REGISTER 


0091 

69 P8RM73 

EQU 

91H 

; PARAMETER REGISTER 


0091 

70 RESL73 

EQU 

91H 

; RESULT REGISTER 


0092 

71 TXIP73 

EQU 

92H 

;TX INTERRUPT RESULT REGISTER 


0093 

72 RXIR73 

EQU 

93H 

;RX INTERRUPT RESULT REGISTER 


0092 

73 TEST73 

EQU 

92H 

; TEST MODE REGISTER 


0020 

74 CPBF 

EQU 

20H 

i PARAMETER BUFFER FULL BIT 


0004 

75 TXINT 

EQU 

04H 

;TX INTERRUPT BIT IN STATUS REGISTER 


0008 

76 RXINT 

EQU 

88H 

;RX INTERRUPT BIT IN STATUS REGISTER 


0001 

77 TXIR8 

EQU 

01H . 

, rx INT RESULT AVAILABLE BIT 


0002 

78 RXIR8 EOU 

79 ; 

80 ; 8253 EQU0TES 

81 ; 

02H 

;RX INT RESULT AVAILABLE BIT 


0098 

82 H00E53 

EQU 

9BH 

; 8253 MODE WORD REGISTER 


009C 

83 CNT053 

EQU 

9CH 

; COUNTER 0 REGISTER 


009D 

84 CNT153 

EQU 

3DH 

; COUNTER 1 REGISTER 


009E 

85 CNT253 

EQU 

9EH 

; COUNTER 2 REGISTER 


000C 

86 COBR 

EQU 

008CH 

; CONSOLE BAUD RATE (2400; 


0036 

87 MDCNT0 

EQU 

36H 

; MODE FOR COUNTER 0 


0086 

88 MDCNT2 

Eeu 

08 6H 

; MODE FOR COUNTER 2 


2017 

89 LKBR1 

EQU 

2017H 

; 8273 BAUD RATE LSB ADR 


2018 

90 LKBP2 EQU 2018H 

91 ; 

92 :88UD R8TE T88LE. 

93 ; 

94 ; 

95 ; 

96 

97 ; 

98 ; 

99 ; 

100 ; 

101 , 

102 : 8257 EQU8TES 

103 ; 

8273 BAUD RATE MSB ADR 

BAUD RATE LKBRi LKBR2 

********* ***** ***** 

9600 2E 00 

4800 5C 00 

2408 B9 00 

1200 72 01 

600 E5 02 

390 C9 05 


0088 

104 HQDE57 

EQU 

088H 

; 8257 MODE PORT 


0080 

105 CH08DR 

EQU 

080H 

; CH8 (RX) ADR REGISTER 


0081 

106 CH0TC 

EQU 

001H 

;CH0 TERMINAL COUNT REGISTER 


0082 

107 CH18DR 

EQU 

082H 

; CHI (TX) ADR REGISTER 


0083 

108 CH1TC 

EQU 

083H 

: CHI TERMINAL COUNT REGISTER 


0088 

109 ST8T57 

EQU 

088H 

; STATUS REGISTER 


8200 

110 RXBUF 

EQU 

8200H 

;RX BUFFER START ADDRESS 


8000 

111 TXBUF 

EQU 

oWyn 

;TX BUFFER START ADDRESS 


0062 

112 DRDM8 

EQU 

62H 

, DISABLE RX DMA CHANNEL, TX STILL ON 


41FF 

113 RXTC 

EQU 

41FFH 

i TERMINAL COUNT AND MODE FOR RX CHANNEL 


0063 

114 ENC'MR 

EQU 

63H 

; ENABLE BOTH TX AND RX CHANNELS-EXT. HR, TX STOP 


0061 

115 DTDM8 

EQU 

61H 

; DISABLE TX DMA CHANNEL, RX STILL ON 


81FF 

116 TXTC 

117 ; 

EQU 

81FFH 

i TERMINAL COUNT AND MODE FOR TX CHANNEL 
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118 ; 8251ft EQUATES 





119 ; 





0889 

120 CNTL51 

EQU 

89H 

i CONTROL WORD REGISTER 


8089 

121 STAT51 

EQU 

89H 

i STATUS REGISTER 


8088 

122 TXD51 

EQU 

88H 

; TX DATA REGISTER 


8088 

123 RXD51 

EQU 

88H 

jRX DATA REGISTER 


00CE 

124 MDE51 

EQU 

0C-EH 

j MODE 16X,2 STOP, NO PARITV 


0027 

125 CMD51 

EQU 

27H 

; COMHAND, ENABLE TX&RX 


0002 

126 RDV 

EQU 

02H 

i RXRDV BIT 



127 , 






128 ; MONITOR SUBROUTINE EQUATES 



129 : 





061F 

130 GETCH 

EQU 

061FH 

;GET CHR FROM KEYBOARD, ASCII IN CH 


05F8 

131 ECHO 

EQU 

05F8H 

; ECHO CHR TO DISPLAY 


075E 

132 VALDG 

EQU 

075EH 

; CHECK IF VALID DIGIT, CARRY SET IF VALID 


058B 

133 CNVBN 

EQU 

05BBH 

; CONVERTS ASCII TO HEX 


05EB 

134 CRLF 

EQU 

05EBH 

; DISPLAY CR, HENCE LF TOO 


06C7 

135 NMOUT 

EQU 

06C7H 

; CONVERT BYTE TO 2 ASCII CHR AND DISPLAY 



136 ; 






137 i MISC EQUATES 





138 ; 





20C0 

139 STK5RT 

EQU 

20C0H 

; STACK START 


0003 

140 CNTLC 

EQU 

03H 

; CNTL-C EQUIVALENT 


0008 

141 MONTOR 

EQU 

0008H 

i MONITOR 


2000 

142 CMDBUF 

EQU 

2000H 

; START OF COMMAND BUFFER 


2820 

143 CHDBF1 

EQU 

2020H 

i POLL MODE SPECIAL TX COMMAND BUFFER 


0000 

144 CR 

EQU 

0DH 

.ASCII CR 


Wen 

145 LF 

EQU 

0AH 

i ASCI I LF 


2004 

146 RST75 

EQU 

20D4H 

; RST7. 5 JUMP ADDRESS 


20CE 

147 RST65 

EQU 

20CEH 

;RST6.5 JUMP ADDRESS 


2018 

148 LDADR 

EQU 

2010H 

RESULT BUFFER LOAD POINTER STORAGE 


2013 

149 CNAOR 

EQU 

2013H 

RESULT BUFFER CONSOLE POINTER STORAGE 


2800 

150 RESBUF 

EQU 

2880H 

i RESULT BUFFER START - 255 BYTES 


0093 

151 SNRMP 

EQU 

93H 

; SNRM-P CONTROL CODE 


0011 

152 RR0P 

EQU 

11H 

;RR(0J»-P CONTROL CODE 


0073 

153 NSAF 

EQU 

73H 

,-NSfl-F CONTROL CODE 


0011 

154 RR0F 

EQU 

11H 

;RR(0)-F CONTROL CODE 


2015 

155 PRMPT 

EQU 

2015H 

; PRMPT STORAGE 


2016 

156 POLIN 

EQU 

2016H 

; POLL MODE SELECTION INDICATOR 


2027 

157 DEMODE 

& 

LU 

2827H 

;DENO MODE INDICATOR 



161 ; 






162 ; *+***************^*****^^^**^** 1 M<*^*****«t*MuM^Mt**^Mr^^<^M a | U Mt 



163 






164 ;RAM STORAGE DEFINITIONS: 



165 i 

LOC 


DEF 



166 i 

— 


— 



167 ; 

2000-200F 

COMMAND BUFFER 



168 ; 

2810-2011 

RESULT BUFFER LOAD POINTER 



169 ; 

2013-2014 

RESULT BUFFER CONSOLE POINTER 



178 ; 

2815 


PROMPT CHARACTER STORAGE 



171 ; 

2016 


POLL MODE INDICATOR 



172 ; 

2017 


BAUD RATE LSB FOR SELF-TEST 



173 

2018 


BAUD RATE MSB FOR SELF-TEST 



177 ; 

2019 


SPARE 



179 ; 

2020-2826 

RESPONSE COMMAND BUFFER FOR POLL MODE 



180 j 

2808-28FF 

RESULT BUFFER 



181 ; 






AO* t wlW 
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183 





184 

PROGRAM START 




185 





186 

INITIALIZE 8253, 8257, 8251R. 

AND RESET 8273. 


187 

, ALSO SET NORMAL MODE. AND PRINT SIGNON MESSAGE 


188 




0800 

189 

ORG 

800H 



190 




0800 31C020 

191 START. LXI 

SP, STKSRT 

; INITIALIZE SP 

0803 3E26 

192 

MV I 

A, MDCNT0 

>8252 MODE SET 

0805 D39B 

193 

OUT 

M0DE53 

> 8253 HODE PORT 

0807 3A1720 

194 

LDA 

LKBR1 

, GET 8273 BAUD RATE L5B 

080A D39C 

195 

OUT 

CNT053 

, USING COUNTER 0 AS BAUD RATE GEN 

080C 3A1820 

196 

LDA 

LKBP2 

i GET 8273 BUAD RATE MSB 

080F 039C 

197 

OUT 

CNT052 

> COUNTER 0 

0811 CD1A0B 

198 

CALL 

RXDMA 

> INITIALIZE 8257 RX DMA CHANNEL 

0814 CD350B 

199 

CALL 

mm 

> INITIALIZE 8257 TX DMA CHANNEL 

0817 3E01 

200 

MV I 

A, 01H 

> OUTPUT 1 FOLLOWED BV A 0 

0819 D292 

201 

OUT 

TEST73 

; TO TEST MODE REGISTER 

081B 3E00 

202 

MV I 

A, 00H 

> TO RESET THE 8273 

081D D392 

202 

OUT 

TEST73 


081F 3E2B 

204 

MV I 

A, 

, NORMAL MODE PROMPT CHR 

0821 321520 

205 

STA 

PRMPT 

> PUT IN STORAGE 

0824 2E00 

286 

MV I 

A, 09H 

, TX POLL RESPONSE INDICATOR 

0826 321620 

207 

STA 

POL IN 

; 0 MEANS NO SPECIAL TX 

0829 322720 

288 

STA 

DEMODE 

, CLEAR DEMO MODE 

082C 21A30C 

212 

LXI 

H, SIGNON 

> SIGNON MESSAGE ADR 

082F CD920C 

213 

CALL 

TVMSG 

> DISPLAV SIGNON 


214 

> 




215 ; MONITOR USES JUMPS IN RAH TO DIRECT INTERRUPTS 


216 

i 



0832 21D420 

217 

LXI 

H, RST75 

; R5T7. 5 JUMP LOCATION USED BV MONITOR 

0825 01000C 

218 

LXI 

B, RXI 

> ADDRESS OF RX INT ROUTINE 

0828 26C2 

219 

HVI 

M, 0C3H ' 

;LOAD / JNP / OPCODE 

083A 23 

220 

INX 

H 

> INC POINTER 

082B 71 

221 

MOV 

N,C 

;LOAO RXI LSB 

083C 22 

222 

INX 

H 

> INC POINTER 

083D 70 

223 

MOV 

M,B 

>LOAD RXI MSB 

083E 21CE20 

224 

LXI 

H, RST65 

> RST6. 5 JUMP LOCATION USED BV MONITOR 

0841 01CE0C 

225 

LXI 

B, TXI 

> ADDRESS OF TX INT ROUTINE 

0844 36C3 

226 

HVI 

M, 0C2H 

>LOAD 'JMP-' OPCODE 

0846 23 

227 

INX 

H 

,> INC POINTER 

0847 71 

228 

MOV 

H,C 

; LOAD TXI LSB 

0848 22 

229 

INX 

H 

> INC POINTER 

0849 70 

230 

MOV 

M,B 

^ LORD TXI MSB 

084A 3E18 

231 

MVI 

A- 18H 

> GET SET TO RESET INTERRUPTS 

084C 20 

232 

SIM 


> RESET INTERRUPTS 

0840 FB 

233 

El 


, ENABLE INTERRUPTS 


234 

i 




235 

; INITIALIZE BUFFER POINTER 



236 

, 




237 




084E 210928 

238 

LXI 

HRESBUF 

; SET RESULT BUFFER POINTERS 

0851 221320 

239 

SHLD 

CNADR 

> RESULT CONSOLE POINTER 

0854 221020 

240 

SHLD 

LDADR 

> RESULT LOAD POINTER 


241 





242 

;MAIN PROGRAM LOOP - CHECKS FOR CHANGE IN RESULT POINTERS, USART STATUS, 


243 

; OR POLL STATUS 
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8857 CDEB05 

244 ; 

245 CMDREC: CALL 

CRLF 

; DISPLAY CR 

085fi 3A1520 

246 

LD6 

PRMPT 

;GET CURRENT PROMPT CHR 

085D 4F 

247 

MOV 

C..A 

, MOVE TO C 

085E CDF805 

248 

CALL 

ECHO 

DISPLAY IT 

0861 2R1320 

249 LOOPIT: LUD 

CNADR 

; GET CONSOLE POINTER 

0864 7D 

250 

MOV 

A; L 

; SAVE POINTER LSB 

0865 2A1020 

251 

LHLD 

LDAOR 

; GET LOAD POINTER 

8868 BD 

252 

CMP 

L 

iSAME LSB? 

8869 C2390A 

253 

JNZ 

DISPY 

;N0, RESULTS NEED DISPLAYING 

086C DB89 

259 

IN 

STAT51 

; YES, CHECK KEYBOARD 

086E E602 

260 

RNI 

RDV 

i CHR RECEIVED? 

0870 C27D08 

261 

JNZ 

GETCHD 

; MUST BE CHR 50 GO GET IT 

0873 3A1620 

262 

LDA 

POL IN 

; GET POLL MODE STATUS 

0876 A7 

263 

ANA 

A 

; IS IT 0? 

0877 C24C09 

264 

JNZ 

TXPQL 

i NO, THEN POLL OCCURRED 

087fl C36108 

265 

JHP 

LOOPIT 

; YES, TRY AGAIN 

087D CD1F06 

2 66 

267 

268 

269 

270 

271 

COMMAND RECOGNIZER ROUTINE 

BETCMO. CALL GETCH 

;GET CHR 

0880 COF805 

272 

CALL 

ECHO 

,ECHO IT 

8883 79 

273 

MOV 

ft, C 

i SETUP FOR COMPARE 

0884 FE52 

274 

CPI 

/ R / 

;R? 

0886 CAAF08 

275 

JZ 

RDWN 

;GET MORE 

8889 FE53 

276 

CPI 

'S' 

;S? 

088B CAD708 

277 

JZ 

SOWN 

;GET MORE 

088E FE47 

278 

CPI 

'G'- 

;G? 

0898 CAFF08 

279 

JZ 

GOWN 

; GET MORE 

0893 FE54 

288 

CPI 

'V 

, T? 

0895 CA0E09 

281 

JZ 

TDWN 

i GET MORE 

0898 FE41 

282 

CPI 

'A' 

iA? 

089A CA2289 

283 

JZ 

ADWN 

;«T MORE 

089D FE5A 

284 

CPI 

'V 

;Z? 

089F CA3189 

285 

JZ 

CMODE 

#VE S, GO CHANGE MODE 

08fl2 FE03 

298 

CPI 

CNTLC 

, CNTL-C? 

0864 C68800 

291 

JZ 

MONTOR 

, EXIT TO MONITOR 

0867 0E3F 

292 ILLEG: MVI 

C, 

; PRINT ? 

0869 CDF805 

293 

CALL 

ECHO 

; DISPLAY IT 

086C C35708 

294 

JMP 

CMDREC 

;LOOP FOR COMMAND 

086F CB1F06 

295 

296 RDWN: CALL 

GETCH 

3 GET NEXT CHR 

0882 CDF805 

297 

CALL 

ECHO 

; ECHO IT 

0885 79 

298 

MOV 

A,C 

, SETUP FOR COMPARE 

08B6 FE4F 

299 

CPI 

'0' 

;0? 

08B8 CA5D09 

300 

JZ 

ROCMD 

;R0 COWAND 

08BB FE53 

301 

CPI 

'S' 

iS? 

08BO Cft 6709 

302 

JZ 

R5CMD 

;RS COMMAND 

08C0 FE44 

383 

CPI 

'D' 

; D? 

08C2 C67109 

384 

JZ 

RDCMD 

;RD COMMAND 

08C5 FE50 

385 

CPI 


iP? 

08C7 C6O809 

306 

JZ 

RPCMD 

> RP COMMAND 

08C6 FE52 

387 

CPI 

'R' 

;R? 

08CC C60008 

308 

JZ 

START 

i START OVER 

08CF FE42 

309 

CPI 

'B' 

;B? 

08D1 C67B09 

310 

JZ 

RBCMO 

;RB COMMAND 
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0804 C3R708 

311 

JMP 

ILLEG 

; ILLEGAL TRV AGAIN 


312 




0807 CD1F06 

313 SOWN: 

CALL 

GETCH 

;GET NEXT CHR 

08Dfl CDF805 

314 

CRLL 

ECHO 

;ECHO IT 

08DO 78 

315 

MOV 

A,B 

; SETUP FOR COMPARE 

08OE FE4F 

316 

CPI 

'O' 

;0? 

08E0 CRR609 

317 

JZ 

SOCMD 

;S0 COMMAND 

08E3 FE53 

318 

CPI 

'S' 

;S? 

08E5 CRB009 

319 

JZ 

55CHD 

;5S COMMAND 

08E8 FE52 

320 

CPI 

R- 

;R? 

08Efl CRBR09 

321 

JZ 

SRCMD 

; SR COMMAND 

08ED FE50 

322 

CPI 

'?' 

;P? 

08EF CRE209 

323 

JZ 

SPCMD 

;SP COMMAND 

08F2 FE42 

324 

CPI 

'B' 

;B? 

08F4 CR8509 

325 

JZ 

SBCMD 

;SB COMMAND 

08F7 FE4C 

326 

CPI 

'L' 

;L? 

08F9 CR8F09 

327 

JZ 

SLCMD 

;SL COMMAND 

08FC C3R708 

328 

JMP 

ILLEG 

; ILLEGAL. TRV flfflIN 


329 




08FF CD1F06 

330 GDWN: 

CRLL 

GETCH 

;GET NEXT CHR 

0902 CDF805 

331 

CRLL 

ECHO 

; ECHO IT 

0905 78 

332 

MOV 

R,B 

SETUP FOR COMPARE 

0906 FE52 

333 

CPI 

'R' 

;R? 

0908 CAC409 

334 

JZ 

GRCMD 

;GR COMMAND 

090B C2R708 

335 

JMP 

ILLEG 

; ILLEGAL, TRV AGAIN 


336 




090E CD1F06 

337 TDWN: 

CALL 

GETCH 

;GET NEXT CHR 

0911 CDF805 

338 

CRLL 

ECHO 

; ECHO IT 

0914 78 

339 

MOV 

fl,B 

; SETUP FOR COMPARE 

0915 FE46 

340 

CPI 

'F' 

;F? 

0917 CAEC09 

341 

JZ 

TFCMD 

;TF COMMAND 

0918 FE4C 

342 

CPI 

'L' 

;L? 

091C CR9909 

343 

JZ 

TLCMD 

;TL COMMAND 

091F C3R708 

344 

JMP 

ILLEG 

; ILLEGAL, TRV AMIN 


345 




0922 CO1F06 

346 8DHN. 

CRLL 

GETCH 

; GET NEXT CHR 

0925 CDF805 

347 

CRLL 

ECHO 

> ECHO IT 

0928 78 

CO 

- 

MOV 

fl,B 

i SETUP FOR COMPARE 

0929 FE46 

349 

CPI 

'F' 

;F? 

0928 CRCE09 

350 

JZ 

RFCMD 

;RF COMMAND 

092E C3R708 

351 

JMP 

ILLEG 

; ILLEGAL, TRV AGAIN 


352 i 





353 ; RESET POLL MODE RESPONSE 

- CHANGE PROMPT CHR RS INDICATOR 


354 ; 




0931 F3 

355 CHODE: 

01 


; DISABLE INTERRUPTS 

0932 381520 

356 

LOR 

PRHPT 

;GET CURRENT PROMPT 

0935 FE2D 

357 

CPI 

/ - / 

; NORMAL MODE? 

0937 C24309 

358 

JNZ 

SW 

;N0, CHRNGE IT 

0938 3E2B 

359 

MVI 

fl, 

; NEW PROMPT 

093C 321520 

360 

STfl 

PRMPT 

i STORE NEW PROMPT 

093F FB 

365 

El 


; ENABLE INTERRUPTS 

0940 C35708 

366 

JMP 

CMOREC 

; RETURN TO LOOP 

0943 3E20 

367 SW: 

MVI 

fl,'-' 

;NEW PROMPT CHR 

0945 321520 

368 

STR 

PRMPT 

, STORE IT 

8948 FB 

369 

El 


i ENABLE INTERRUPTS 

0949 C35708 

370 

JMP 

CMOREC 

; RETURN TO LOOP 


371 ; 





372 ; 
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373 i TRANSMIT ANSWER TO POLL SETUP 




374 i 




094C 3E00 

382 TXPQL: MV I 

A' 00H 

; CLEAR POLL INDICATOR 


094E 321620 

384 STR 

POLIN 

i INDICATOR ADR 


0951 216198 

385 LX I 

H; LOOP IT 

} SETUP STACK FOR COMMAND OUTPUT 


0954 E5 

386 PUSH 

H 

/PUT RETURN TO CMDREC ON STACK 


0955 0604 

387 MV I 

B..04H 

;GET # OF PARAMETERS READY 


0957 212020 

388 LX I 

H, CMDBF1 

t POINT TO SPECIAL BUFFER 


0950 C3FF00 

389 JMP 

390 ; 

391 i 

392 ; 

C0MM2 

/ JUMP TO COMMAND OUTPUTER 



392 ; COMMAND IMPLEMENTING ROUTINES 




394 ; 





395 ; 





396 ;R0 - RESET OPERATING MODE 




397 i 




095D 0601 

398 ROCMD: MVI 

B,01H 

;# OF PARAMETERS 


095F 0E51 

399 MVI 

C, 51H 

i COMMAND 


0961 CDE50R 

408 CALL 

COMM 

} GET PARAMETERS AND ISSUE COMMAND 


0964 C35708 

401 JMP 

402 ; 

CMDREC 

i GET NEXT COMMAS 



403 ;RS - RESET SERIAL I/O MODE COMMAND 



484 i 




0967 0681 

405 RSCMD: MVI 

B> 01H 

/ 1 OF PARAMETERS 


0969 0E60 

406 MVI 

C,60H 

..COMMAND 


096B CDE500 

407 CRLL 

COMM 

; GET PARAMETERS AND ISSUE COMMAND 


096E C35708 

488 JMP 

CMDREC 

; GET NEXT COMMAND 



409 i 

410 RD - RECEIVER 

411 i 

DISABLE COMMAND 



0971 0600 

412 RDCMD: MVI 

B, 00H 

i# OF PARAMETERS 


0973 0EC5 

413 MVI 

C/ 0C5H 

/COMMAND 


0975 CDE500 

414 CALL 

COMM 

; ISSUE COMMAND 


0978 C35703 

415 JMP 

416 ; 

CMDREC 

; GET NEXT COMMAH) 



417 ;RB - RESET ONE BIT DELAY COMMAND 



418 i 




097B 0601 

419 RBCMD: MVI 

8/01H 

;# OF PARAMETERS 


8970 0E64 

' 420 MVI 

C.-64H 

/COMMAND 


097F CDE500 

. 421 CALL 

COMM 

GET PARAMETER AND ISSUE COfUAW) 


8982 C35788 

422 JMP 

CMDREC 

; GET NEXT COMMAND 



423 ; 

424 ;S8 - SET ONE 

425 ; 

BIT DELAY COMMAND 



0985 0601 , 

426 SBCMD: MVI 

B, 01H 

;# OF PARAMETERS 


0987 0E04 

427 MVI 

C/0A4H 

i COMMAND 


0989 CDE500 

428 CALL 

COMM 

; GET PARAMETER AND ISSUE COMMAND 


098C C35708 

429 JMP 

430 ; 

CMDREC 

/ GET NEXT COMMAND 



431 i SL - SELECTIVE LOOP RECEIVE COMMAND 



432 i 




098F 0604 

433 SLCMD: MVI 

B/ 04H 

;# OF PARAMETERES 


0991 0EC2 

434 MVI 

C/ 0C2H 

; COMMAND 


0993 COE500 

435 CALL 

COMM 

;GET PARAMETERS AND ISSUE COMMAND 


0996 C35708 

436 JMP 

437 ; 

CMDREC 

;GET NEXT COMMAND 



438 ; TL - TRANSMIT LOOP COMMAND 
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439 ; 


8999 216020 

440 TLCMD LXI 

H, CMDBUF 

•SET COMMAND BUFFER POINTER 

099C 0602 

441 MVI 

B, 02H 

; LOAD PARAMETER COUNTER 

099E 36Cfl 

442 MVI 

Hj 0C8H 

, LOAD COMMM) INTO BUFFER 

09fl0 210220 

443 LXI 

H, CMDBUF+2 

; POINT AT AOR AND CNTL POSITIONS 

0983 C3F609 

444 JMP 

445 i 

TFCMD1 

; FINISH OFF COMMAND IN TF ROUTINE 


446 : SO - SET OPERATING MODE COMMAND 


447 ; 



8986 9601 

448 SOCMO' MVI 

B, 01H 

S # OF PARAMETERS 

0988 0E91 

449 MVI 

C, 91H 

; COMMA® 

0988 CDE508 

450 CALL 

COMM 

i GET PARAMETER AND ISSUE COMMAND 

0980 C35708 

451 JMP 

452 ; 

CMDREC 

; GET NEXT COMMAND 


453 ; SS - SET SERIAL I/O COMMAND 



454 ; 



0960 0601 

455 SSCMO: MVI 

B, 01H 

i 1 OF PARAMETERS 

0962 0E80 

456 MVI 

C> 080H 

; COMMAND 

0964 CDE508 

457 CALL 

COMM 

; GET PARAMETER AND ISSUE COMMAND 

09B7 C35708 

458 JMP 

459 i 

CMDREC 

, GET NEXT COMMAND 


468 ; SR - SELECTIVE RECEIVE COMMAND 



461 ; 



09B8 0604 

462 SRCMD: MVI 

B.04H 

; 1 OF PARAMETERS 

09BC 0EC1 

463 MVI 

C, 0C1H 

; COMMAND 

09BE CDE508 

464 CALL 

COMM 

; GET PARAMETERS AND ISSUE COMMA® 

09C1 C35708 

465 JMP 

CMDREC 

: GET NEXT COMMAND 


466 ; 

467 ;GR - GENERAL 

468 ; 

RECEIVE COMMAND 


09C4 0682 

469 GRCHD : MVI ' 

B, 02H 

; NO PARAMETERS 

09C6 0EC0 

478 MVI 

C.0C0H 

■COMMAND 

09C8 CDE508 , 

471 CALL 

COMM 

, ISSUE COMMAND 

09CB C35708 

472 JMP 

CMDREC 

, GET NEXT COMMAND 


473 ; 

474 i AF - ABORT FRAME COMMA® 

475 ; 


09CE 0600 

476 AFCMD: 

MVI 

B,08H 

i NO PARAMETERS 

09D0 8ECC 

477 

MVI 

C,0CCH 

; COMMAND 

09D2 CDE50A 

478 

CALL 

COMM 

i ISSUE COMMAND 

09D5 C 35708 

479 

JMP 

CMDREC 

; GET NEXT COMMA® 


489 ; 

481 ;RP - RESET PORT COMMAND 

482 ; 


0908 0691 

483 RPCMD- 

MVI 

B, 01H 

; # OF P ARBITERS 

09DR 0E63 

484 

MVI 

C,63H 

; COMMAND 

09DC CDE50A 

485 

CALL 

COMM 

; GET PARAMETER AND ISSUE COMMAND 

09DF C35708 

486 

JMP 

CMDREC 

; GET NEXT COMMAND 


487 ; 

483 ;SP - 
489 ; 

SET PORT 

COMMAND 


09E2 0601 

490 SPCMD 

MVI 

B, 01H 

; « OF PARAMETERS 

09E4 0EA3 

491 

MVI 

C, 0A3H 

j COWAND 

09E6 CDE50A 

492 

CALL 

COMM 

i GET PARAMETER AND ISSUE COMMAND 

09E9 C35708 

493 

JMP 

CMDREC 

; GET NEX COMMAND 


494 ; 

495 i TF - 

TRANSMIT 

FRAME COMMAND 



496 ; 
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09EC 216020 

497 

TFCHD: LXI 

H.-CMOBUF 

SET COMM0ND BUFFER POINTER 

99EF 0602 

498 

MVI 

B,92H 

LORO P0R0METER COUNTER 

09F1 36C8 

499 

MV I 

Mi 0C8H 

LORO COMMRND INTO BUFFER 

09F3 210228 

500 

LXI 

HCNDBUF+2 

POINT 0T 0OR AND CNTL POSITIONS 

09F6 78 

501 

TFCMDi: MOV 

fl/B 

TEST PARAMETER COUNT 

09F7 fl7 

502 

000 

0 

IS IT 0? 

09F8 CA070A 

503 

JZ 

TBUFL 

YESi LORD TX O0TR BUFFER 

09F6 CDRD0R 

504 

C0LL 

P0RIN 

GET PARAMETER 

09FE DAA708 

505 

JC 

ILLEG 

ILLEGAL CHR RETURNED 

0001 23 

506 

INX 

H 

INC COMMAND BUFFER POINTER 

0002 05 

507 

OCR 

B 

DEC PARAMETER COUNTER 

0003 77 

508 

MOV 

Mi 0 

LOAD PARAMETER INTO COMMAND BUFFER 

0004 C3F609 

509 

JMP 

TFCMDI 

GET NEXT PARAMETER 


510 




0007 210080 

511 

TBUFL: LXI 

HiTXBUF 

LOAD TX DATA BUFFER POINTER 

0080 010000 

512 

LXI 

Bi 0000H 

CLEAR BC - BYTE COUNTER 

0000 C5 

513 

TBUFL1: PUSH 

B 

SAVE BYTE COUNTER 

000E CD0O00 

514 

CflLL 

P0RIN 

GET DATBi ALIAS PARAMETER 

0011 D01B00 

515 

JC 

ENOCHK 

MAYBE END IF ILLEGAL 

0014 77 

516 

MOV 

Mi A 

LOAD DATA BYTE INTO BUFFER 

0015 23 

517 

INX 

H 

INC BUFFER POINTER 

0016 Cl 

518 

POP 

6 

RESTORE BYTE COUNTER 

0017 03 

519 

INX 

B 

INC BYTE COUNTER 

8018 C30D00 

520 

JMP 

TBUFL! 

GET NEXT DATA 

801B FE0D , 

521 

ENOCHK: CPI 

CR 

RETURNED ILLEGAL CHR CR? 

001D C02400 

522 

JZ 

TBUFFL 

YESi THEN TX BUFFER FULL 

0020 Cl 

523 

POP 

B 

RESTORE B TO SAVE STACK 

0021 C30708 

524 

JMP 

ILLEG 

ILLEGAL CHR 

0024 Cl 

525 

TBUFFL: POP 

6 

RESTORE BYTE COUNTER 

0025 210120 

526 

LXI 

Hi CMD8UF+1 

POINT INTO COMMAND BUFFER 

0028 71 

527 

MOV 

MiC 

STORE BYTE COUNT LSB 

0029 23 

528 

INX 

H 

INC POINTER 

0020 70 

529 

MOV 

MiB 

STORE BYTE COUNT MSB 

002B 0694 

530 

MVI 

Bi04H 

LOAD PARAMETER COUNT INTO B 

0020 213600 

531 

LXI 

Hi TFRET 

GET RETURN ADR FOR THIS ROUTINE 

0030 C5 

532 

PUSH 

B 

PUSH ONCE 

8031 E3 

533 

XTHL 


PUT RETURN ON STACK 

0032 C5 

534 

PUSH 

B 

PUSH IT SO CMDOUT CAN USE IT 

0033 C3FB00 

535 

JMP 

CMOOUT 

ISSUE COMMAND 

0036 C35708 

536 

TFRET: JMP 

CMDREC 

GET NEXT COMMAND 


537 





538 

i 




539 

} ROUTINE TO OISPL0V RESULT IN RESULT BUFFER HHEN LO0D 0NO CONSOLE 


548 

; POINTERS 0RE DIFFERENT. 



541 

■, 




542 

i 



0039 1605 

543 

DISPY MVI 

Di05H 

D IS RESULT COUNTER 

003B 201320 

544 

LHLD 

CN0DR 

GET CONSOLE POINTER 

003E E5 

545 

PUSH 

H 

SAVE IT 

003F 7E 

546 

MOV 

0i M 

GET RESULT IC 

0040 E61F 

547 

0NI 

1FH 

LIMIT TO RESULT CODE 

0042 FE0C 

548 

CPI 

0CH 

TEST IF RX OR TX SOURCE 

0044 006200 

549 

JC 

RXSORC 

CARRY, THEN RX SOURCE 

0047 21C30C 

550 

TXSORC: LXI 

HiTXIMSG 

TX INT MESSAGE 

0040 CO920C 

551 

C0LL 

TVMSG 

DISPLAY IT 

0040 El 

552 

DISPV2: POP 

H 

RESTORE CONSOLE POINTER 

004E 7E 

553 

DISPV1: MOV 

0i M 

GET RESULT 

004F CDC706 

554 

CALL 

NMOUT 

CONVERT AND DISPLAY 
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0052 0E20 

555 

HVI 

C,' ■ 

; SP cm 


8054 CDF805 

556 

CALL 

ECHO 

i DISPLAY IT 


0A57 2C 

557 

INR 

L 

; INC BUFFER POINTER 


8A58 15 

558 

DCR 

D 

, DEC RESULT COUNTER 


0059 C24E0A 

559 

JN2 

DISPYi 

i NOT DONE 


0R5C 221320 

560 

SHLD 

CN0OR 

j UPDATE CONSOLE POINTER 


0fl5F C35708 

561 

JMP 

CMDREC 

; RETURN TO LOOP 



562 ; 






563 ; 






564 ; RECEIVER SOURCE - DISPLAY RESULTS AND RECEVIE BUFFER CONTENTS 



565 ; 






566 ; 





0A62 21B80C 

567 RXSORC: 

LXI 

H, RXIMSG 

;RX INT MESSAGE AOR 


0065 CD920C 

568 

CALL 

TVMSG 

; DISPLAY MESSAGE 


0068 El 

569 

POP 

H 

; RESTORE CONSOLE POINTER 


0069 7E 

570 RXS1: 

MOV 

0,M 

RETRIEVE RESULT FROM BUFFER 


0060 CDC706 

571 

CALL 

NMOUT 

; CONVERT AND DISPLAY IT 


0060 0E20 

572 

MVI 

C,' ' 

; ASCII SP 


006F COF805 

573 

CALL 

ECHO 

; DISPLAY IT 


0072 2C 

574 

INR 

L 

, INC CONSOLE POINTER 


0073 15 

575 

OCR 

D 

; DEC RESULT COUNTER 


0074 70 

576 

MOV 

0,0 

; GET SET TO TEST COUNTER 


0075 FE04 

577 

CPI 

04H 

; IS THE RESULT R0? 


0077 C00200 

578 

JZ 

R0PT 

; YES, GO SAVE IT 


0070 FE03 

579 

CPI 

03H 

; IS THE RESULT Ri? 


007C C00700 

588 

JZ 

RIPT 

; YES, GO SAVE IT 


007F 07 

581 RXS2: 

ANA 

A 

; TEST RESULT COUNTER 


0080 C26900 

582 

JNZ 

RXS1 

; NOT DONE YET, GET NEXT RESULT 


0083 221320 

583 

SHLO 

CN0OR 

; DONE, SO UPDATE CONSOLE POINTER 


0086 COEB05 

584 

CALL 

CRLF 

DISPLAY CR 


0089 210082 

585 

LXI 

H, RXBUF 

; POINT AT RX BUFFER 


008C Cl 

586 

POP 

B 

; RETRIEVE RECEIVED COUNT 


0080 78 

587 RXS3: 

MOV 

R,B 

; IS COUNT 0? 


008E B1 

588 

ORA 

C 

; 


008F C05708 

589 

JZ 

CMDREC 

; YES, GO BACK TO LOOP 


0092 7E 

590 

MOV 

0, M 

; NO, GET CHR 


0093 C5 

591 

PUSH 

6 

; SAVE BC 


0094 COC706 

592 

CALL 

NMOUT 

; CONVERT AND DISPLAY CHR 


0097 0E20 

593 

MVI 

C,' ' 

; ASCII SP 


0099 COF805 

594 

CALL 

ECHO 

i DISPLAY IT TO SEPARATE DATA 


009C Cl 

595 

POP 

B 

; RESTORE BC 


0090 06 

596 

DCX 

B 

i DEC COUNT 


009E 23 

597 

INX 

H 

: INC POINTER 


009F C38O00 

598 

JMP 

RXS3 

, GET NEXT CHR 



599 





0002 4E 

680 R0PT: 

MOV 

C,M 

; GET R0 FOR RESULT BUFFER 


0003 C5 

601 

PUSH 

B 

; SAVE IT 


. 0004 C37F00 

602 

JMP 

RXS2 

; RETURN 



603 





0007 Cl 

604 RiPT: 

POP 

B 

; GET R0 


0008 46 

605 

MOV 

B,N 

; GET Rl FOR RESULT BUFFER 


0009 C5 

686 

PUSH 

B 

; SAVE IT 


0000 C37F00 

607 

JMP 

RXS2 




608 i 






609 j 






610 , 






611 ; PARAMETER INPUT - PARAMETER RETURNED IN E REGISTER 



612 ; 
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613 ; 




0A0D C5 

614 P0RIN; PUSH 

B 

i SAVE 6C 

000E 1601 

615 

MVI 

D, 01H 

; SET CHR COUNTER 

0060 CD1F06 

616 

C0LL 

GETCH . 

; GET CHR 

0AB3 CDF805 

617 

CALL 

ECHO 

> ECHO IT 

0066 79 

618 

MOV 

0,C 

i PUT CHR IN 0 

9087 FE20 

619 

CPI 

' / 

;SP? 

0069 C2E000 

620 

JNZ 

P0RIN1 

; NO, ILLEGAL, TRV AGAIN ' 

0RBC CD1F06 

621 P0RIN3. CRLL 

GETCH 

; GET CHR OF PARAMETER 

006F CDF805 

622 

C0LL 

ECHO 

; ECHO IT 

00C2 CD5E07 

623 

C0LL 

VRLOG 

; IS IT 0 VALID CHR? 

00C5 D2E090 

624 

JNC 

P0RIN1 

i NO, TRV RGRIN 

00C8 CD6605 

625 

CALL 

CNVBN 

> CONVERT IT TO HEX 

00CB 4F 

626 

MOV 

C,R 

; SAVE IT IN C 

00CC 70 

627 

MOV 

0,0 

;GET CHR COUNTER 

00CD 07 

628 

CJJO 

mn 

0 

; IS IT 0? 

00CE C0DC00 

629 

JZ 

PRRIN2 

;VES, DONE WITH THIS PARAMETER 

00D1 15 

630 

OCR 

D 

; DEC CHR COUNTER 

9002 0F 

631 

XR0 

fl 

i CLEAR CARRV 

0002 79 

632 

MOV 

0,C 

; RECOVER 1ST CHR 

0004 17 

633 

RRL 


i ROTATE LEFT 4 PLACES 

0005 17 

634 

RRL 



0006 17 

635 

R0L 



0007 17 

636 

RRL 



0008 5F 

637 

MOV 

E,R 

i SAVE IT IN E 

0009 C2BC00 

638 

JMP 

PRRIN2 

; GET NEXT CHR 

00DC 79 

639 P0RIN2: MOV 

A,C 

; 2ND CHR IN A 

0000 B3 

640 

ORR 

E 

; COMBINE BOTH CHRS 

00OE Cl 

641 

POP 

B 

; RESTORE BC 

00OF C9 

642 

RET 


i RETURN TO CALLING PROGRAM 

00E0 79 

643 PARIN1. MOV 

0,C 

> PUT ILLEGAL CHR IN 0 

00E1 27 

644 

STC 


; SET CARRV AS ILLEGAL STATUS 

00E2 Cl 

645 

POP 

6 

• RESTORE BC 

00E3 C9 

646 

RET 


i RETURN TO CALLING PROGRAM 


647 





648 





649 

JUMP HERE IF BUFFER FULL 



650 




0RE4 CF 

651 BUFFUL: OB 

0C.FH 

i EXIT TO MONITOR 


652 





653 





654 

COMMAND DISPATCHER 



655 





656 




80E5 210020 

657 COMM: LXI 

H..CMDBUF 

i SET POINTER 

00E8 C5 

658 

PUSH 

B 

/ SAVE BC 

00E9 71 

659 

MOV 

M,C 

; LOAD COMMAND INTO BUFFER 

00E0 78 

660 COMHi: MOV 

fl.B 

; CHECK PARAMETER COUNTER 

60EB 07 

661 

ANA 

0 

; IS IT 0? 

0REC C0FB80 

662 

JZ 

CMDOUT 

} VES, GO ISSUE COMMAND 

00EF CD0D00 

663 

CRLL 

PRRIN 

i GET- PARAMETER 

00F2 000708 

664 

JC 

ILLEG 

, ILLEGAL CHR RETURNED 

00F5 23 

665 

I NX 

H 

i INC BUFFER POINTER 

0RF6 05 

666 

DCR 

B 

•DEC PARAMETER COUNTER 

00F7 77 

667 

MOV 

M, 0 

i PARAMETER TO BUFFER 

00F8 C2E000 

668 

JMP 

C0MM1 

:GET NEXT PARAMETER 

00FB 218020 

669 CMDOUT: LXI 

H, CMDBUF 

; REPOINT POINTER 

0RFE Cl 

670 

POP 

B 

, RESTORE PARAMETER COUNT 
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0AFF DB90 

671 C0MM2: IN 

STAT73 

READ 8273 STATUS 

0801 07 

672 

RLC 


ROTATE CBSV INTO CARRV 

0802 DBFF0A 

673 

•JC 

C0NN2 

WAIT FOR OK 

0885 7E 

674 

MOV 

A. M 

OK. MOVE COMMAND INTO A 

0886 D390 

675 

OUT 

C0MM73 

OUTPUT COMMAND 

0888 78 

676 PflRl: NOV 

A.B 

GET PARAMETER COUNT 

8809 87 

677 

ANA 

A 

IS IT 0? 

0888 C8 

678 

RZ 


YES. DONE. RETURN 

0808 23 

679 

INX 

H 

INC COMMAS BUFFER POINTER 

0B8C 85 

680 

DCR 

B 

DEC PARAMETER COUNT 

0B0D DB90 

681 PRR2: IN 

STAT73 

READ STATUS 

0B0F E620 

682 

RNI 

CPBF 

IS CPBF BIT SET? 

0811 C20O0B 

683 

JNZ 

PAR2 

WAIT TIL ITS 0 

0814 7E 

684 

NOV 

A.M 

OK. GET PARAMETER FROM BUFFER 

0815 D391 

685 

OUT 

PARM73 

OUTPUT PARAMETER 

0817 C3080B 

686 

JMP 

PARI 

GET NEXT PARAMETER 


687 





688 





689 

INITIALIZE AND 

ENABLE RX DMA CHANNEL 


690 





691 




081A 3E62 

692 RXDMfl: NVI 

A; DRDMA 

DISABLE RX DMA CHANNEL 

0B1C D3fl8 

693 

OUT 

MOOE57 

8257 MODE PORT 

0B1E 010082 

694 

LXI 

B, RXBUF 

RX BUFFER START ADDRESS 

0B21 79 

695 

NOV 

A.C 

RX BUFFER LSB 

0822 D3A0 

696 

OUT 

CH0ADR 

CH8 PDR PORT 

0824 78 

697 

NOV 

Ft B 

RX BUFFER MSB 

0825 D3A0 

698 

OUT 

CH0ADR 

CH8 ADR PORT 

0B27 01FF41 

699 

LXI 

B.RXTC 

RX CH TEERHINAL COUNT 

0B2A 79 

700 

NOV 

A.C 

RX TERMINAL COUNT LSB 

0828 D3ftl 

701 

OUT 

CH0TC 

CH0 TC PORT 

0B2O 78 

702 

MOV 

Ft B 

RX TERMINAL COUNT MSB 

0B2E D3fll 

783 

OUT 

CH0TC 

CH0 TC PORT 

0838 3E63 

704 

HVI 

A.ENDMA 

ENABLE DMA WORD 

8832 D3R8 

705 

OUT 

M0DE57 

8257 MODE PORT 

6834 C9 

706 

RET 


RETURN 


707 





788 





789 

INITIALIZE AND 

ENABLE TX DMA CHANfCL 


710 





711 




8835 3E61 

712 TXDHA: NVI 

Hi DTDMA 

DISABLE TX DMA CHANNEL 

0837 D3fl8 

713 

OUT 

M0DE57 

8257 MODE PORT 

0839 010080 

714 

LXI 

Bi TXBUF 

TX BUFFER START ADDRESS 

0B3C 79 

715 

NOV 

AiC 

TX BUFFER LSB 

0B3D D3A2 

716 

OUT 

CH1ADR 

CHI ADR PORT 

0B3F 78 

717 

MOV 

AiB 

TX BUFFER MSB 

0B40 D3fl2 

718 

OUT 

CH1ADR 

CHI ADR PORT 

8842 01FF81 

719 TXDNftl: LXI 

B,TXTC 

TX CH TERMINAL COUNT 

0B45 79 

720 

MOV 

A> C - 

TX TERMINAL COUNT LSB 

0846 D3fl3 

721 

OUT 

CH1TC 

CHI TC PORT 

0848 78 

722 

MOV 

aB 

TX TERMINAL COUNT MSB 

0849 D3A3 

723 

OUT 

CH1TC 

CHI TC PORT 

0B4B 3E63 

724 

HVI 

a ENDMfl 

ENABLE DMA WORD 

0B4D D3A8 

725 

OUT 

MODE 57 

8257 MODE PORT 

0B4F C9 

726 

RET 


RETURN 


727 i 




728 ; 
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729 ; INERRUPT PROCESSING SECTION 




730 ; 





0C00 

731 

ORG 

0C00H 




732 ; 






733 ; 






734 . RECEIVER INTERRUPT - RST 7. 5 <LOC 2CH) 



735 ; 





ecee es 

736 RXI : 

PUSH 

H 

S0VE HL 

" 

0C81 F5 

737 

PUSH 

PSH 

S0VE PSH 


0C02 C5 

738 

PUSH 

B 

SftVE BC 


0003 D5 

739 

PUSH 

D 

S0VE DE 


0C84 3E62 

748 

MVI 

R/ORDM0 

OISRBLE RX OMR 


0C06 0308 

741 

OUT 

MOOE57 

8257 MODE PORT 


0C08 3E18 

742 

(1VI 

0, 18H 

RESET RST7. 5 F/F 


0C8A 30 

743 

SIM 




0C0B 1604 

744 

MVI 

D,04H 

0 IS RESULT COUNTER 


0C0O 201020 

745 

LHLD 

LD0OR 

GET LORD POINTER 


0C10 E5 

746 

PUSH 

H 

S0VE IT 


0C11 E5 

747 

PUSH 

H 

SAVE IT AGAIN 


0C12 45 

748 

MOV 

B/L 

SAVE LSB 


0C13 201320 

749 

LHLD 

CNRDR 

GET CONSOLE POINTER 


0C16 04 

750 RXIi: 

INR 

B 

BUMP LORD POINTER LSB 


0017 78 

751 

MOV 

0/B 

GET SET TO TEST 


0C18 BO 

752 

CMP 

L 

LOAD=CONSOLE? 


0019 C0E400 

753 

JZ 

BUFFUL 

VES/ BUFFER FULL 


0C1C 15 

754 

DOR 

D 

DEC COUNTER 


0C1D C2160C 

755 

JNZ 

RXII 

NOT DONE/ TRV AGAIN 


0C20 1605 

756 

MVI 

D,05H 

RESET COUNTER 


0C22 El 

757 

POP 

H 

RESTORE LORD POINTER 


0C23 DB90 

758 RXI2: 

IN 

STRT73 

READ STATUS 


0C25 E608 

759 

8NI 

RXINT 

TEST RX INT BIT 


0C27 CA390C 

760 

JZ 

RXI3 

DONE.. GO FINISH UP 


0C20 DB90 

761 

IN 

5T0T73 

READ STATUS AGAIN 


0C2C- E682 

762 

8NI 

RXIR0 

IS RESULT READY? 


0C2E C0238C 

763 

JZ 

RXI2 

NO/ TEST AGAIN 


0C21 DB93 

764 

IN 

RXIR73 

YES/ READ RESULT 


0C33 77 

765 

MOV 

HR 

STORE IN BUFFER 


0C34 2C 

766 

INR 

L 

INC BUFFER POINTER 


0C25 15 

767 

OCR 

D 

DEC COUNTER 


0C26 C2230C 

768 

JNP 

RXI2 

GET MORE RESULTS 


. 0029 70 

769 RXI3: 

MOV 

HO 

GET SET TO TEST 


0C20 07 

770 

0N0 

0 

ALL RESULTS? 


0C2B C0450C 

771 

JZ 

RXI4 

VES/ SO FINISH UP 


0C3E 3606 

772 

MVI 

H/08H 

NO/ LOAD 0 TIL DONE 


0040 2C 

773 

INR 

L 

BUMP POINTER 


0C41 15 

774 

DCR 

0 

DEC COUNTER 


0C42 C3390C 

775 

JMP 

RXI3 

GO AGAIN 


0C45 221020 

776 RXI4: 

SHLD 

LD0DR 

UPDATE LOAD POINTER 


0048 301520 

777 

LOR 

PRMPT 

GET MODE INDICATOR 


0C4B FE2D 

778 

CPI 


NORMAL MODE? 


0C4D C0850C 

779 

JZ 

RXI6 

VES, CLEAN UP BEFORE RETURN 



788 ; 






781 , 

POa MODE SO CHECK CONTROL BVTE 



782 ; 

IF CONTROL IS 0 POLL. SET UP SPECIAL TX COHMHND BUFFER 



783 ; 

0ND RETURN WITH POLL INOIC0TOR NOT 0 



784 ; 





0050 El 

785 

POP 

H 

;GET PREVIOUS LOAD ADR POINTER 


0051 7E 

796 

MOV 

R/M 

GET IC BVTE FROM BUFFER 
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0C52 E61E 

787 

ANI 

1EH 

LOOK AT GOOD FRAME BITS 


0C54 C2890C 

788 

JNZ 

RXI5 

IF NOT 0i INTERRUPT HASN'T FROM A GOOD FRA* 


0C57 2C 

789 

inr 

L 

BYPASS R0 AND Ri IN BUFFER 


0C58 2C 

790 

INR 

L 



0C59 2C 

791 

INR 

L 



0C5fl 56 

792 

MOV 

D..M 

GET ADR BYTE AND SAVE IT IN D 


0C5B 2C 

793 

INR 

L 



0C5C 7E 

794 

MOV 

A,M 

GET CNTL BYTE FROM BUFFER 


0C5D FE93 

795 

CPI 

SNRMP 

HAS IT SNRM-P? 


0C5F CA6C0C 

796 

JZ 

Tl 

YESi GO SET RESPONSE 


0C62 FEil 

797 

CPI 

RR0P 

HAS IT RR(0)-P? 


0C64 C2890C 

798 

JNZ 

RXI5 

YESi GO SET RESPONSE, OTHERWISE RETURN 


0C67 lEii 

799 

MV I 

E,RR9F 

RR(0)-P SO SET RESPONSE TO RR(0)-F 


0C69 C36E0C 

800 

JMP 

TXRET 

GO FINISH LOADING SPECIAL BUFFER 


0C6C 1E73 

801 Tl: 

MV I 

E, NSAF 

SNRM-P SO SET RESPONSE TO NSA-F 


0C6E 212020 

882 TXRET : 

LX I 

Hi CMOBF1 

SPECIAL BUFFER ADR 


0C71 36C8 

886 

MV I 

Mi 0C8H 

LOAD TX FRAME COMMAND 


0C73 23 

888 

INX 

H 

INC POINTER. 


0C74 3600 

809 

MV I 

Mi 00H 

L0=0 


0C76 23 

810 

INX 

H 

INC POINTER 


0C77 3600 

811 

MV I 

Mi 00H 

L1=0 


0C79 23 

812 

INX 

H 

INC POINTER 


0C7A 72 

813 

MOV 

H,D 

LOAD RCVD ADR BYTE 


0C7B 23 

814 

INX 

H 

INC POINTER 


0C7C 73 

815 

MOV 

H,E 

LOAD RESPONSE CNTL BYTE 


0C7D 3E01 

816 

MV I 

Ai 01H 

SET POLL INDICATOR NOT 0 


0C7F 321620 

817 

STA 

POLIH 

LOAD POLL INDICATOR 


0C82 C3890C 

818 

JMP 

RXI5 

RETURN 



819 





0C85 El 

820 RXI6: 

POP 

H j 

i CLEAN UP STACK IF NORMAL MODE 


0C86 C3890C 

821 

JMP 

RXI5 

; RETURN 



822 





0C89 coiflee 

823 RXI5: 

CALL 

RXDMA 

; RESET DMA CHAWCL 


0C8C D1 

824 

POP 

D 

; RESTORE REGISTERS 


0C8O Cl 

825 

POP 

B 



0C8E FI 

826 

POP 

PSH 



0C8F El 

827 

POP 

H 



0C90 FB 

828 

El 


i ENABLE INTERRUPTS 


0C91 C9 

829 

RET 


; RETURN 



838 i 






831 ; 






832 ; MESSAGE TYPER 

- ASSUMES MESSAGE STARTS AT HL 



833 i 






834 i 





0C92 C5 

835 TYMSG: 

PUSH 

B 

SAVE BC 


0C93 7E 

836 TYMSG2: 

MOV 

AiM 

GET ASCII CHR 


0C94 23 

837 

INX 

H 

INC POINTER 


0C95 FEFF 

838 

CPI 

0FFH 

STOP? 


0C97 CAR10C 

839 

JZ 

TYMSG1 

YES; GET SET FOR EXIT 


0C9A 4F 

QACk 

MOV 

Ci A 

SET UP FOR DISPLAY 


0C9B CDF885 

841 

CALL 

ECHO 

DISPLAY CHR 


0C9E C3930C 

842 

JMP 

TYMSG2 

GET NEXT CHR 


0Cfll Cl 

843 TYMSG1: 

POP 

B 

RESTORE BC 


0CR2 C9 

844 

RET 


RETURN 



845 ; 






846 ; 






847 ; SIGMON MESSAGE 





848 i 
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849 SIGNON: D 8 


CR, "8273 MONITOR Vi. V, CR, 0FFH 


0Cft3 90 
0CA4 28322733 
0CA8 204D4F4E 
0CflC 49544F52 
0CB0 20205631 
0CB4 2E31 
0CB6 80 
0CB7 FF 

850 ; 

851 i 

852 ; 

852 ; RECEIVER INTERRUPT MESSAGES 

854 ; 

855 i 

0CB8 00 856 RXIMSG: OB CR, 'RX INT - ',0FFH 

0CB9 52582049 

0CBO 4E54202D 

0CC1 20 

0CC2 FF 

857 i 

858 ; TRANSMITTER INTERRUPT MESSAGES 

859 i 

0CC3 00 868 TXIMSG : DB CR, 'TX INT - ", 0FFH 

0CC4 54582049 

0CC8 4E54202D 

8CCC 20 

8CC0 FF 

861 ; 

862 ; 

863 i TRANSMITTER INTERRUPT ROUTINE 

864 ; 


0CCE E5 

865 TXI: 

PUSH 

H 

SAVE HL 

0CCF F5 

866 

PUSH 

PSW 

SAVE PSW 

0CO0 C5 

867 

PUSH 

B 

SAVE BC 

0CO1 05 

868 

PUSH 

0 

-SAVE OE 

0CD2 3E61 

869 

HVI 

A,DTDMA 

DISABLE TX DMA 

0CO4 D3A8 

870 

OUT 

M00E57 

8257 MODE PORT 

0CO6 1684 

871 

MV I 

D, 04H 

SET COUNTER 

0CD6 mm 

872 

LHLD 

LDAOR 

GET LOAD POINTER 

0CD6 E5 

872 

PUSH 

H 

SAVE IT 

0CDC 45 

874 

MOV 

B,L 

SAVE LSB IN B 

0CDO 2A1320 

875 

LHLD 

CNAOR 

GET CONSOLE POINTER 

0CE0 04 

876 TXU: 

INR 

B ■ 

INC POINTER 

0CE1 78 

877 

MOV 

A,B 

GET SET TO TEST 

0CE2 BO 

878 

CMP 

L 

LOAD=CONSOLE? 

0CE3 CAE40A 

879 

JZ 

BUFFUL 

VES, BUFFER FULL 

0CE6 15 

880 

OCR 

0 

NO, TEST NEXT LOCATION 

0CE7 C2E09C 

881 

JNZ 

TXIi 

TRY AGAIN 

0CEA El 

882 

POP 

H 

RESTORE LOAD POINTER 

0CEB 0B92 

883 

IN 

TXIR73 

READ RESULT 

0CED 77 

884 

MOV 

Hifl 

STORE IN BUFFER 

0CEE 2C 

885 

INR 

L 

INR POINTER 

0CEF 3680 

886 

HVI 

M, 00H 

EXTRA RESULT SPOTS 0 

0CF1 2C 

887 

INR 

L 


0CF2 3680 

888 

HVI 

M,00H 


0CF4 2C 

889 

INR 

L 


0CF5 3600 

898 

HVI 

M, 00H 


0CF7 2C 

891 

INR 

L 
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0CFB 221O20 
OCFE C0250B 
0D01 01 - 

0002 Cl 

0003 FI 

0004 El 
0095 FB 
0006 C9 


PUBLIC SYMBOLS 


EXTERNAL SYMBOLS 


USER SYMBOLS 
flOHN A 0922 
CH051 A 0027 
CNT053 A O09C 
COMM A OhE5 
DEM A 0000 
ECHO A 05F8 
ILLEG A 08A7 
M0CNT2 A 00B6 
PARI A OB08 
POL IN A 2016 
ROY A 0092 
RSCHO A 0967 
RXU A 0C16 
PXINT A 0008 
RS’TC A 4 IFF 
SPCMO A 09E2 
STKSRT A 2OC0 
TEST72 A 0092 
TXBUF A 3O00 
TXINT A 0904 
TYMSG A 0C32 


894 

399 

900 

901 

902 
90S 

904 

905 

906 

907 

952 

953 

954 


AFCMO A 09CE 
CM0BF1 A 2020 
CNT153 A 0090 
C0HM1 A OAEA 
OEHOOE A 2027 
ENOCHK A 0A1B 
LOAOR A 2010 
I10E51 A 00CE 
PAR2 A 0B0O 
PRMPT A 2015 
PESBUF A 2800 
RST65 H 29CE 
RXI2 A 0C2< 
RXIR72 A 0093 
SBCMO A 0985 
SPCMO A 09BH 
SH A 0942 
TFCMO A 09EC 
TX051 A 0088 
TXIR72 A 0892 
TYMSG1 A 0CA1 


SHLO LOAOR 

CALL TXOilR 

POP 0 

POP B 

POP PSW 

POP H 

El 
RET 


ENO 


BUFFUL H 0AE4 
CMOBUF A 2000 
CNT253 A O09E 
COM2 A 0AFF 
DISPY A 0A29 
ENDMA A 0863 
LF A 000A 
M00E52 A O09B 
PAPIN A 0AAO 
R0PT A 0AA2 
RESL73 A 0091 
RST75 A 2804 
PXI2 A 0C29 
RXIRA A 8002 
SOWN ft 0807 
SSCHO A 69B0 
Ti A 8C6C 
TFCH01 A 09F6 
TX'OHA A 0B35 
TXIRh A 0801 
TVMSG2 A 0C93 


ASSEMBLY COMPLETE. NO ERRORS 


, UPDATE LOAD POINTER 
. RESET DMA CHANNEL 
•RESTORE OE 
• RESTORE BC 
. RESTORE PSW 
..RESTORE HL 
•ENABLE INTERRUPTS 
, RETURN 


CH0RDP A 90AO 

CH8TC 

A 

00A1 

CH1A0R 

A 00A2 

CH1TC 

A 00A3 

CMOOUT A 0AFB 

CMOREC 

A 

0857 

CHOOE 

A 0931 

CNAOR 

A 2013 

CNTL51 A 9089 

CNTLC 

A 

0003 

CNVBN 

A 05BB 

COBR 

A 000C 

C0MM73 A 0890 

CPBF 

A 

002d 

CR 

A 0090 

CRLF 

A 05EB 

DISPY1 A 0A4E 

DISPY2 

A 

0A4O 

DRDHfl 

A 0862 

DTDHfl 

A 0961 

GOWN A 08FF 

GETCH 

A 

061F 

GETCMO 

A 0870 

GRCMO 

A 09C4 

LKBP1 A 2017 

LKBR2 

A 

2818 

LOOPIT 

A 8861 

NDCNT0 A 0836 

M00E57 A 00A8 

MONTOR 

A 

0008 

NMOUT 

A 06C7 

NSAF 

A 0073 

PAP INI A 0AE0 

PARIN2 

A 

0RDC 

PARIN3 

A 0ABC 

PARM73 A 0091 

RIF'T A 0AA7 

RBCMO 

A 

097B 

ROCMO 

A 0971 

RDHN 

A 88AF 

ROCMC* A 0950 

RPCHO 

A 

0903 

RR0F 

A 0011 

RR0P 

A 9011 

RXBUF A 8200 

RX051 

A 

0988 

RXOHA 

A 0B1A 

RXI 

A 0C00 

RXI4 A 0)245 

RXI5 

A 

0C69 

RXI6 

A 0C35 

RXIHSG A 0CB8 

RXS1 A 0A69 

RXS2 

A 

0A7F 

RXS3 

A 0A80 

RXSORC A 0A62 

SIGNON A 0CA2 

SLCNO 

A 

098F 

SNRNP 

A 0093 

SOCMO 

A 09A6 

START A 0800 

STAT51 

A 

0089 

STAT57 

A 09A8 

STAT73 A 0990 

TBUFFL A 0A24 

TBUFL 

ft 

0H07 

TBUFL1 

A 0A0O 

TOWN 

A 096E 

TFRET A 8A26 

TLCMO 

A 

0999 

TRUE 

A 0000 

TRUE1 

A 0800 

TXPMA1 A 0B42 

TXI 

A 

0CCE 

0X11 

A 0CE0 

TXI MSG A 0CC2 

TXPOL A 094C 

TXRET 

A 

0C6E 

TXSORC 

A 0A47 

TXTC 

A 81FF 

VALDG A 075E 
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INTRODUCTION 

The 8274 Multiprotocol serial controller (MPSC) is a 
sophisticated dual-channel communications controller 
that interfaces microprocessor systems to high-speed 
serial data links (at speeds to 880K bits per second) 
using synchronous or asynchronous protocols. The 
8274 interfaces easily to most common microprocessors 
(e.g., 8048, 8051, 8085, 8086, and 8088), to DMA con- 
trollers such as the 8237 and 8257, and to the 8089 I/O 
processor. Both MPSC communication channels are 
completely independent and can operate in a full-du- 
plex communication mode (simultaneous data trans- 
mission and reception). 

Communication Functions 

The 8274 performs many communications-oriented 
functions, including: 

— Converting data bytes from a microprocessor sys- 
tem into a serial bit stream for transmission over 
the data link to a receiving system. 

— Receiving serial bit streams and reconverting the 
data into parallel data bytes that can easily be pro- 
cessed by the microprocessor system. 

— Performing error checking during data transfers. 
Error checking functions include computing/trans- 
mitting error codes (such as parity bits or CRC 
bytes) and using these codes to check the validity of 
received data. 

— Operating independently of the system processor in 
a manner designed to reduce the system overhead 
involved in data transfers. 


System Interface 

The MPSC system interface is extremely flexible, sup- 
porting the following data transfer modes: 

1. Polled Mode. The system processor periodically 
reads (polls) an 8274 status register to determine 
when a character has been received, when a charac- 
ter is needed for transmission, and when transmis- 
sion errors are detected. 

2. Interrupt Mode. The MPSC interrupts the system 
processor when a character has been received, when 
a character is needed for transmission, and when 
transmission errors are detected. 


3. DMA Mode. The MPSC automatically requests data 
transfers from system memory for both transmit and 
receive functions by means of two DMA request sig- 
nals per serial channel. These DMA request signals 
may be directly interfaced to an 8237 or 8257 DMA 
controller or to an 8089 I/O processor. 

'4. WAIT Mode. The MPSC ready signal is used to syn- 
chronize processor data transfers by forcing the 
processor to enter wait states until the 8274 is ready 
for another data byte. This feature enables the 8274 
to interface directly to an 8086 or 8088 processor by 
means of string I/O instructions for very high-speed 
data links. 


Scope 

This application note describes the use of the 8274 in 
asynchronous communication modes. Asynchronous 
communication is typically used to transfer data to/ 
from video display terminals, modems, printers, and 
other low-to-medium-speed peripheral devices. Use of 
the 8274 in both interrupt-driven and polled system en- 
vironments is described. Use of the DMA and WAIT 
modes are not described since these modes are em- 
ployed mainly in synchronous communication systems 
where extremely high data rates are common. Pro- 
gramming examples are written in PL/M-86 (Appendix 
B and Appendix C). PL/M-86 is executed by the 
iAPX-86 and iAPX-88 processor families. In addition, 
PL/M-86 is very similar to PL/M-80 (executed by the 
MCS-80 and MCS-85 processor families). In addition, 
Appendix D describes a simple application example us- 
ing an SDK-86 in an iAPX-86/88 environment. 


SERIAL-ASYNCHRONOUS DATA 
LINKS 

A serial asynchronous interface is a method of data 
transmission in which the receiving and transmitting 
systems need not be synchronized. Instead of transmit- 
ting clocking information with the data, locally gener- 
ated clocks (16, 32 or 64 times as fast as the data trans- 
mission rate) are used by the transmitting and receiving 
systems. When a character of information is sent by the 
transmitting system, the character data is framed (pre- 
ceded and followed) by special START and STOP bits. 
This framing information permits the receiving system 
to temporarily synchronize with the data transmission. 
(Refer to Figure 1 during the following discussion of 
asynchronous data transmission.) 
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TIME ► 


— u — L_n_nj — 

1 ► 0 110 0 10 10 1 1 


DATA LINK IDLE START ca 
(MARKING) BIT Zj 


“ PARITY 
S 


STOP DATA LINK IDLE 
BIT (MARKING) 


PARITY CHARACTER (UPPER CASE S-53H) 

0 10 1 0 0 11 


210311-2 


Figure 1. Transmission of a 7-Bit ASCII Character with Even Parity 


Normally the data link is in an idle or marking state, 
continuously transmitting a “mark” (binary 1). When a 
character is to be sent, the character data bits are im- 
mediately preceded by a “space” (binary 0 START bit). 
The mark-to-space transition informs the receiving sys- 
tem that a character of information will immediately 
follow the start bit. Figure 1 illustrates the transmission 
of a 7-bit ASCII character (upper case S) with even 
parity. Note that the character is transmitted immedi- 
ately following the start bit. Data bits within the char- 
acter are transmitted from least-significant to most-sig- 
nificant. The parity bit is transmitted immediately fol- 
lowing the character data bits and the STOP framing 
bit (binary 1) signifies the end of the character. 

Asynchronous interfaces are often used with human in- 
terface devices such as CRT/keyboard units where the 
time between data transmissions is extremely variable. 


Characters 

In asynchronous mode, characters may vary in length 
from five to eight bits. The character length depends on 
the coding method used. For example, five-bit charac- 
ters are used when transmitting Baudot Code, seven-bit 
characters are required for ASCII data, and eight-bit 
characters are needed for EBCDIC and binary data. To 
transmit messages composed of multiple characters, 
each character is framed and transmitted separately 
(Figure 2). 

This framing method ensures that the receiving system 
can easily synchronize with the start and stop bits of 
each character, preventing receiver synchronization er- 
rors. In addition, this synchronization method makes 
both transmitting and receiving systems insensitive to 
possible time delays between character transmissions. 



CHARACTER CHARACTER CHARACTER CHARACTER 

#1 #2 #3 #4 


CHARACTER 

#5 


210311-1 


Figure 2. Multiple Character Transmission 
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Framing 

Character framing is accomplished by the START and 
STOP bits described previously. When the START bit 
transition (mark-to-space) is detected, the receiving sys- 
tem assumes that a character of data will follow. In 
order to test this assumption (and isolate noise pulses 
on the data link), the receiving system waits one-half bit 
time and samples the data link again. If the link has 
returned to the marking state, noise is assumed, and the 
receiver waits for another START bit transition. 

When a valid START bit is detected, the receiver sam- 
ples the data link for each bit of the following charac- 
ter. Character data bits and the parity bit (if required) 
are sampled at their nominal centers until all required 
characters are received. Immediately following the data 
bits, the receiver samples the data link for the STOP 
bit, indicating the end of the character. Most systems 
permit specification of 1, IV 2 , or 2 stop bits. 


Timing 

The transmitter and receiver in an asynchronous data 
link arrangement are clocked independently. Normally, 
each clock is generated locally and the clocks are not 
synchronized. In fact, each clock may be a slightly dif- 
ferent frequency. (In practice, the frequency difference 
should not exceed a few percent. If the transmitter and 
receiver clock rates vary substantially, errors will occur 
because data bits may be incorrectly identified as 
START or STOP framing bits.) These clocks are de- 
signed to operate at 16, 32, or 64 times the communica- 
tions data rate. These clock speeds allow the receiving 
device to correctly sample the incoming bit stream. 

Serial-interface data rates are measured in bits/second. 
The term “baud” is used to specify the number of times 
per second that the transmitted signal level can change 
states. In general, the baud is not equal to the bit rate. 
Only when the transmitted signal has two states (elec- 
trical levels) is the baud rate equal to the bit rate. Most 
point-to-point serial data links use RS-232-C, RS-422, 
or RS-423 electrical interfaces. These specifications call 
for two electrical signal levels (the baud is equal to the 
bit rate). Modem interfaces, however, may often have 
differing bit and baud rates. 

While there are generally no limitations on the data 
transmission rates used in an aysnchronous data link, a 
limited set of rates has been standardized to promote 
equipment interconnection. These rates vary from 75 


bits per second to 38,400 bits per second. Table 1 illus- 
trates typical asynchronous data rates and the associat- 
ed clock frequencies required for the transmitter and 
receiver circuits. 

Table 1. Communication Data Rates and 


Associated Transmitter/Receiver Clock Rates 


Data Rate 
(Bits/Second) 

Clock Rate (kHz) 

X16 

X32 

X64 

75 

1.2 

2.4 

4.8 

150 

2.4 

4.8 

9.6 

300 

4.8 

9.6 

19.2 

600 

9.6 

19.2 

38.4 

1200 

19.2 

38.4 

76.8 

2400 

38.4 

76.8 

153.6 

4800 

76.8 

153.6 

307.2 

9600 

153.6 

307.2 

614.2 

19200 

307.2 

614.4 

— 

38400 

614.4 

— 

— 


Parity 

In order to detect transmission errors, a parity bit may 
be added to the character data as it is transferred over 
the data link. The parity bit is set or cleared to make 
the total number of “one” bits in the character even 
(even parity) or odd (odd parity). For example, the let- 
ter “A” is represented by the seven-bit ASCII code 
1000001 (41H). The transmitted data code (with parity) 
for this character contains eight bits; 01000001 (41H) 
for even parity and 11000001 (OC1H) for odd parity. 
Note that a single bit error changes the parity of the 
received character and is therefore easily detected. The 
8274 supports both odd and even parity checking as 
well as a parity disable mode to support binary data 
transfers. 


Communication Modes 

Serial data transmission between two devices can occur 
in one of three modes. In the simplex transmission 
mode, a data link can transmit data in one direction 
only. In the half-duplex mode, the data link can trans- 
mit data in both directions, but not simultaneously. In 
the full-duplex mode (the most common), the data link 
can transmit data in both directions simultaneously. 
The 8274 directly supports the full-duplex mode and 
will interface to simplex and half-duplex communica- 
tion data links with appropriate software controls. 
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BREAK Condition 

Asynchronous data links often include a special se- 
quence known as a break condition. A break condition 
is initiated when the transmitting device forces the data 
link to a spacing state (binary 0) for an extended length 
of time (typically 150 milliseconds). Many terminals 
contain keys to initiate a break sequence. Under soft- 
ware control, the 8274 can initiate a break sequence 
when transmitting data and detect a break sequence 
when receiving data. 


MPSC SYSTEM INTERFACE 
Hardware Environment 

The 8274 MPSC interfaces to the system processor over 
an 8-bit data bus. Each serial I/O channel responds to 
two I/O or memory addresses as shown in Table 2. In 
addition, the MPSC supports non-vectored and vec- 
tored interrupts. 

The 8274 may be configured for memory-mapped or 
I/O-mapped operation. 


The 8274-processor hardware interface can be config- 
ured in a flexible manner, depending on the operating 
mode selected — polled, interrupt-driven, DMA, or 
WAIT. Figure 3 illustrates typical MPSC configura- 
tions for use with an 8088 microprocessor in the polled 
and interrupt-driven modes. 

All serial-to-parallel conversion, parallel-to-serial con- 
version, and parity checking required during asynchro- 
nous serial I/O operation is automatically performed 
by the MPSC. 


Operational Interface 

Command, parameter, and status information is stored 
in 21 registers within the MPSC (8 writable registers 
and 2 readable registers for each channel, plus the in- 
terrupt vector register). These registers are all accessed 
by means of the command/status ports for each chan- 
nel. An internal pointer register selects which of the 
command or status registers will be written or read dur- 
ing a command/status access of an MPSC channel. 
Figure 4 diagrams the command/status register archi- 
tecture for each serial channel. In the following discus- 
sion, the writable registers will be referred to as WRO 
through WR7 and the readable registers will be re- 
ferred to as RRO through RR2. 


Table 2. 8274 Addressing 


cs 

Ai 

Ao 

Read Operation 

Write Operation 

0 

0 

0 

Ch. A Data Read 

Ch. A Data Write 

0 

1 

0 

Ch. A Status Read 

Ch. A Command/Parameter 

0 

0 

1 

Ch. B Data Read 

Ch. B Data Write 

0 

1 

1 

Ch. B Status Read 

Ch. B Command/ Parameter 

1 

X 

X 

High Impedance 

High Impedance 
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Figure 3. 8274 Hardware Interface for Polled and Interrupt-Driven Environments 


The least-significant three bits of WRO are automatical- and reading RRO does not require presetting of the 
ly loaded into the pointer register every time WRO is pointer register, 
written. After reset, WRO is set to zero so that the first 

write to a command register causes the data to be load- During initialization and normal MPSC operation, var- 

ed into WRO (thereby setting the pointer register). Af- ious registers are read and/or written by the system 

ter WRO is written, the following read or write accesses processor. These actions are discussed in detail in the 

the register selected by the pointer. The pointer is reset following paragraphs. Note that WR6 and WR7 are 

after the read or write operation is completed. In this not used in the asynchronous communication modes. 

manner, reading or writing an arbitrary MPSC channel 

register requires two I/O accesses. The first access is 

always a write command. This write command is used RESET 

to set the pointer register. The second access is either a 

read or a write command; the pointer register (previ- When the 8274 RESET line is activated, both MPSC 
ously set) will ensure that the correct internal register is channels enter the idle state. The serial output lines are 

read or written. After this second access, the pointer forced to the m arkin g state (high) and the modem in- 

register is automatically reset. Note that writing WRO terface signals (RTS, DTR) are forced high. In addi- 
tion, the pointer register is set to zero. 
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External/Status Latches 

The MPSC continuously monitors the state of four ex- 
ternal/status conditions: 

1..CTS — clear-to-send input pin. 

2. CD — carrier-detect input pin. 

3. SYNDET — sync-detect input pin. This pin may be 
used as a general-purpose input in the asynchronous 
communication mode. 

4. BREAK — a break condition (series of space bits on 
the receiver input pin). 


A change of state in any of these monitored conditions 
will cause the associated status bit in RRO (Appendix 
A) to be latched (and optionally cause an interrupt). 


Error Reporting 

Three error conditions may be encountered during data 
reception in the asynchronous mode: 

1. Parity. If parity bits are computed and transmitted 
with each character and the MPSC is set to check 
parity (bit 0 in WR4 is set), a parity error will occur 
whenever the number of “1” bits within the charac- 
ter (including the parity bit) does not match the odd/ 
even setting of the parity check flag (bit 1 in WR4). 
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2. Framing. A framing error will occur if a stop bit is 
not detected immediately following the parity bit (if 
parity checking is enabled) or immediately following 
the most-significant data bit (if parity checking is not 
enabled). 

3. Overrun. If an input character has been assembled 
but the receiver buffers are full (because the previ- 
ously received characters have not been read by the 
system processor), an overrun error will occur. 
When an overrun error occurs, the input character 
that has just been received will overwrite the imme- 

. diately preceding character. 

T ransmitter/Receiver Initialization 

In order to operate in the asynchronous mode, each 

MPSC channel must be initialized with the following 

information: 

1. Clock Rate. This parameter is specified by bits 6 and 
7 of WR4. The clock rate may be set to 16, 32, or 64 
times the data-link bit rate. (See Appendix A for 
WR4 details.) 

2. Number of Stop Bits. This parameter is specified by 
bits 2 and 3 of WR4. The number of stop bits may be 
set to 1, 1%, or 2. (See Appendix A for WR4 
details.) 

3. Parity Selection. Parity may be set for odd, even, or 
no parity by bits 0 and 1 of WR4. (See Appendix A 
for WR4 details.) 

4. Receiver Character Length. This parameter sets the 
length of received characters to 5, 6, 7, or 8 bits. This 
parameter is specified by bits 6 and 7 of WR3. (See 
Appendix A for WR3 details.) 

5. Receiver Enable. The serial-channel receiver opera- 
tion may be enabled or disabled by setting or clearing 
bit 0 of WR3. (See Appendix A for WR3 details.) 

6. Transmitter Character Length. This parameter sets 
the length of transmitted characters to 5, 6, 7, or 8 
bits. This parameter is specified by bits 5 and 6 of 
WR5. (See Appendix A for WR5 details.) Characters 
of less than 5 bits in length may be transmitted by 
setting the transmitted length to five bits (set bits 5 
and 6 of WR5 to 1). 

The MPSC then determines the actual number of 
bits to be transmitted from the character data byte. 
The bits to be transmitted must be right justified in 
the data byte, the next three bits must be set to 0 and 
all remaining bits must be set to 1. The following 
table illustrates the data formats for transmission of 
1 to 5 bits of data: 


Number of 
Bits Transmitted 

D7 D6 D5 D4 D3 D2 D1 DO (Character Length) 

1 1 1 1 0 0 0 c 1 

1 1 1 0 0 0 c c 2 

IIOOOccc 3 

lOOOcccc 4 

OOOccccc 5 

7. Transmitter Enable. The serial channel transmitter 
operation may be enabled or disabled by setting or 
clearing bit 3 of WR5. (See Appendix A for WR5 
details.) 

For data transmissions via a modem or RS-232-C inter- 
face, the following information must also be specified: 

1. Request-to-Send/Data-Terminal-Ready. Must be set 
to indicate status of data terminal equipment. Re- 
quest-to-send is controlled by bit 1 of WR5 and data 
terminal ready is controlled by bit 7. (See Appendix 
A for WR5 details.) 

2. Auto Enable. May be set to allow the MPSC to auto- 
matically enable the channel transmitter when the 
clear-to-send signal is active and to automatically en- 
able the receiver when the carrier-detect signal is ac- 
tive. Auto Enable is controleld by bit 5 of WR3. (See 
Appendix A for WR3 details.) 

During initialization, it is desirable to guarantee that 
the external/status latches reflect the latest interface 
information. Since up to two state changes are internal- 
ly stored by the MPSC, at least two Reset External/ 
Status Interrupt commands must be issued. This proce- 
dure is most easily accomplished by simply issuing this 
reset command whenever the pointer register is set dur- 
ing initialization. 

An MPSC initialization procedure (MPSCSRXSINIT) 
for asynchronous communication is listed in Appendix 
B. Figure 5 illustrates typical MPSC initialization pa- 
rameters for use with this procedure. 


call MPSC$RX$INIT(41, 

I.I.O.I, 3,1,1, 3, 1,1, 0,1); 

initializes the 8274 at address 41 as follows: 

XI 6 clock rate 

Enable transmitter 

1 stop bit 

and receiver 

Odd parity 

Auto enable set 

8-bit characters 

DTR and RTS set 

(Tx and Rx) 

Break transmission disabled 


Figure 5. Sample 8274 Initialization Procedure 
for Polled Operation 
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Polled Operation 

In the polled mode, the processor must monitor the 
MPSC status by testing the appropriate bits in the read 
register. Data available, status, and error conditions are 
represented in RRO and RRl for channels A and B. An 
example of MPSC-polled transmitter/receiver routines 
are given in Appendix B. The following routines are 
detailed: 

1. MPSC$POLL$RCV SCHARACTER — This proce- 
dure receives a character from the serial data link. 
The routine waits until the character-available flag in 
RRO has been set. When this flag indicates that a 
character is available, RRl is checked for errors 
(overrun, parity, or framing). If an error is de- 
tected, the character in the MPSC receive buffer 
must be read and discarded and the error routine 
(RECEIVESERROR) is called. If no receive errors 
have been detected, the character is input from the 
8274 data port and returned to the calling program. 

MPSC$POLL$RCV$CHARACTER requires three 
parameters — the address of the 8274 channel data 
port (data$port), the address of the 8274 channel 
command port (cmd$port), and the address of a byte 
variable in which to store the received character 
(character$ptr). 

2. MPSC$POLL$TRAN$CHARACTER — This pro- 
cedure transmits a character to the serial data link. 
The routine waits until the transmitter-buffer-empty 
flag has been set in RRO before writing the character 
to the 8274. 

MPSC$POLL$TR AN $CH AR ACTER requires 

three parameters — the address of the 8274 channel 
data port (data$port), the address of the 8274 chan- 
nel command port (cmd$port), and the character of 
data that is to be transmitted (character). 

3. RECEIVESERROR — This procedure processes re- 
ceiver errors. First, an Error Reset command is writ- 
ten to the affected channel. All additional error pro- 
cessing is dependent on the specific application. For 
example, the receiving device may immediately re- 
quest retransmission of the character or wait until a 
message has been completed. 

RECEIVESERROR requires two parameters — the 
address of the affected 8274 command port 
(cmdSport) and the error status (status) from 8274 
register RRl. 


Interrupt-Driven Operation 

In an interrupt-driven environment, all receiver opera- 
tions are reported to the system processor by means of 
interrupts. Once a character has been received and as- 
sembled, the MPSC interrupts the system processor. 
The system processor must then read the character 
from the MPSC data buffer and clear the current inter- 
rupt. During transmission, the system processor starts 


serial I/O by writing the first character of a message to 
the MPSC. The MPSC interrupts the system processor 
whenever the next character is required (i.e., when the 
transmitter buffer is empty) and the processor responds 
by writing the next character of the message to the 
MPSC data port for the appropriate channel. 

By using interrupt-driven I/O, the MPSC proceeds in- 
dependently of the system processor, signalling the 
processor only when characters are required for trans- 
mission, when characters are received from the data 
link, or when errors occur. In this manner, the system 
processor may continue execution of other tasks while 
serial I/O is performed concurrently. 


Interrupt Configurations 

The 8274 is designed to interface to 8085- and 8086- 
type processors in much the same manner as the 8259A 
is designed. When operating in the 8085 mode, the 8274 
causes a “call” to a prespecified, interrupt-service rou- 
tine location. In the 8086 mode, the 8274 presents the 
processor with a one-byte interrupt-type number. This 
interrupt-type number is used to “vector” through the 
8086 interrupt service table. In either case, the inter- 
rupt service address or interrupt-type number is speci- 
fied during MPSC initialization. 

To shorten interrupt latency, the 8274 can be pro- 
grammed to modify the prespecified interrupt vector so 
that no software overhead is required to determine the 
cause of an interrupt. When this “status affects vector” 
mode is enabled, the following eight interrupts are dif- 
ferentiated automatically by the 8274 hardware: 

1. Channel B Transmitter Buffer Empty. 

2. Channel B External/Status Transition. 

3. Channel B Character Available. 

4. Channel B Receive Error. 

5. Channel A Transmitter Buffer Empty. 

6. Channel A External/Status Transition. 

7. Channel A Character Available. 

8. Channel A Receive Error. 

Interrupt Sources/Priorities 

The 8274 has three interrupt sources for each channel: 

1. Receiver (RxA, RxB). An interrupt is initiated when 
a character is available in the receiver buffer or when 
a receiver error (parity, framing, or overrun) is de- 
tected. 

2. Transmitter (TxA, TxB). An interrupt is initiated 
when the transmitter buffer is empty and the 8274 is 
ready to accept another character for transmission. 
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3. External/Status (ExTA, ExTB). An interrupt is ini- 
tiated when one of the external/status conditions 
(CDE, CTS, SYNDET, BREAK) changes state. 

The 8274 supports two interrupt priority orderings (se- 
lectable during MPSC initialization) as detailed in Ap- 
pendix A, WR2, CH-A. 


Interrupt Initialization 

In addition to the initialization parameters required for 
polled operation, the following parameters must be sup- 
plied to the 8274 to specify interrupt operation: 

1. Transmit Interrupt Enable. Transmitter-buffer-emp- 
ty interrupts are separately enabled by bit 1 of WR1. 
(See Appendix A for WR1 details.) 

2. Receive Interrupt Enable. Receiver interrupts are 
separately enabled in one of three modes: a) interrupt 
on first received character only and on receive errors 
(used for message-oriented transmission systems), b) 
interrupt on all received characters and on receive 
errors, but do not interrupt on parity errors, and c) 
interrupt on all received characters and on receive 
errors (including parity errors). The ability to sepa- 
rately disable parity interrupts can be extremely use- 
ful when transmitting messages. Since the parity er- 
ror bit in RR1 is latched, it will not be reset until an 
error reset operation is performed. Therefore, the 
parity error bit will be set if any parity errors were 
detected in a multi-character message. If this mode is 
used, the serial I/O software must poll the parity 
error bit at the completion of a message and issue an 
error reset if appropriate. The receiver interrupt 
mode is controlled by bits 3 and 4 of WR1. (See 
Appendix A for WR1 details.) 


3. External/Status Interrupts. External/Status inter- 
rupts can be separately enabled by bit 0 of WR1. (See 
Appendix A for WR1 details.) 

4. Interrupt Vector. An eight-bit interrupt-service rou- 
tine location (8085) or interrupt type (8086) is speci- 
fied through WR2 of channel B. (See Appendix A 
for WR2 details.) Table 3 lists interrupt vector ad- 
dresses generated by the 8274 in the “status affects 
vector” mode. 

5. “Status Affects Vector” Mode. The 8274 will auto- 
matically modify the interrupt vector if bit 3 of WR1 
is set. (See Appendix A for WR1 details.) 

6. System Configuration. Specifies the 8274 data trans- 
fer mode. Three configuration modes are available: 
a) interrupt-driven operation for both channels, b) 
DMA operation for both channels, and c) DMA op- 
eration for channel A, interrupt-driven operation for 
channel B. The system configuration is specified by 
means of bits 0 and 1 of WR2 (channel A). (See 
Appendix A for WR2 details.) 

7. Interrupt Priorities. The 8274 permits software spec- 
ification of receive/transmit priorities by means of 
bit 2 of WR2 (channel A). (See Appendix A for 
WR2 details.) 

8. Interrupt Mode. Specifies whether the MPSC is to 
operate in a non-vectored mode (for use with an ex- 
ternal interrupt controller), in an 8086-vectored 
mode, or in an 808 5- vectored mode. This parameter 
is specified through bits 3 and 4 of WR2 (channel 
A). (See Appendix A for WR2 details.) 

An MPSC interrupt initialization procedure 

(MPSC$INT$INIT) is listed in Appendix C. 
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Table 3. MPSC-Generated interrupt Vectors in “Status Affects Vector” Mode 


















Original Vector 
(Specified during 

V7 

V6 

V5 

V4 

V3 

V2 

VI 

VO 

V7 

V6 

V5 

V4 

V3 

V2 

VI 

VO 

Initialization) 




8086 







8085 




Interrupt 



Interrupt Type 





Interrupt Location 



Condition 

V7 

V6 

V5 

V4 

V3 

0 

0 

0 

V7 

V6 

V5 

0 

0 

0 

VI 

VO 

Channel B Transmitter 
Buffer Empty 

V7 

V6 

V5 

V4 

V3 

0 

0 

1 

V7 

V6 

V5 

0 

0 

1 

VI 

VO 

Channel B External/Status 
Change 

V7 

V6 

V5 

V4 

V3 

0 

1 

0 

V7 

V6 

V5 

0 

1 

0 

VI 

VO 

Channel B Receiver 
Character Available 

V7 

V6 

V5 

V4 

V3 

0 

1 

1 

V7 

V6 

V5 

0 

1 

1 

VI 

VO 

Channel B Receive Error 

V7 

V6 

V5 

V4 

V3 

1 

0 

0 

V7 

V6 

V5 

1 

0 

0 

VI 

VO 

Channel A Transmitter 
Buffer Empty 

V7 

V6 

V5 

V4 

V3 

1 

0 

1 

V7 

V6 

V5 

1 

0 

1 

VI 

VO 

Channel A External /Status 
Change 

V7 

V6 

V5 

V4 

V3 

1 

1 

0 

V7 

V6 

V5 

1 

1 

0 

VI 

VO 

Channel A Receiver 
Character Available 

V7 

V6 

V5 

V4 

V3 

1 

1 

1 

V7 

V6 

V5 

1 

1 

1 

VI 

VO 

Channel A Receive Error 


Interrupt Service Routines 

Appendix C lists four interrupt service procedures, a 
buffer transmission procedure, and a buffer reception 
procedure that illustrate the use of the 8274 in inter- 
rupt-driven environments. Use of these procedures as- 
sumes that the 8086/8088 interrupt vector is set to 20H 
and that channel B is used with the “status affects vec- 
tor” mode enabled. 

1. TRANSMITSBUFFER — This procedure begins se- 
rial transmission of a data buffer. Two parameters 
are required — a pointer to the buffer (bufSptr) and 
the length of the buffer (bufSlength). The procedure 
first sets the global buffer pointer, buffer length, and 
initial index for the transmitter-interrupt service rou- 
tine and initiates transmission by writing the first 
character of the buffer to the 8274. The procedure 
then enters a wait loop until the I/O completion 
status is set by the transmit-interrupt service routine 
(MPSC$TRANSMIT$CHARACTER$INT). 

2. RECEIVE$BUFFER — This procedure inputs a line 
(terminated by a line feed) from a serial I/O port. 
Two parameters are required — a pointer to the input 
buffer (bufSptr) and a pointer to the buffer length 
variable (buf$length$ptr). The buffer length will be 
set by this procedure when the complete line has 
been input. The procedure first sets the global buffer 
pointer and initial index for the receiver interrupt 
service routine. RECEIVE$BUFFER then enters a 
wait loop until the I/O completion status is set by 
the receive interrupt routine (MPSCSRECEIVE- 
$CHARACTER$INT). 


3. MPSC$TRANSMIT$CHARACTER$INT — This 
procedure is executed when the MPSC Tx-buffer- 
empty interrupt is acknowledged. If the current 
transmit buffer index is less than the buffer length, 
the next character in the buffer is written to the 
MPSC data port and the buffer pointer is updated. 
Otherwise, the transmission complete status is post- 
ed. 

4. MPSC$RECEIVE$CHARACTER$INT — This pro- 
cedure is executed when a character has been assem- 
bled by the MPSC and the MPSC has issued a char- 
acter-available interrupt. If no input buffer has been 
set up by RECEIVESBUFFER, the character is ig- 
nored. If a buffer has been set up, but it is full, a 
receive overrun error is posted. Otherwise, the re- 
ceived character is read from the MPSC data port 
and the buffer index is updated. Finally, if the re- 
ceived character is a line feed, the reception complete 
status is posted. 

5. RECEIVE$ERROR$INT — This procedure is exe- 
cuted when a receive error is detected. First, the er- 
ror conditions are read from RR1 and the character 
currently in the MPSC receive buffer is read and dis- 
carded. Next, an Error Reset command is written to 
the affected channel. All additional error processing 
is application dependent. 

6. EXTERNAL$STATUS$CHANGE$INT — This 
procedure is executed when an external status condi- 
tion change is detected. The status conditions are 
read from RRO and a Reset External/Status Inter- 
rupt command is issued. Further error processing is 
application dependent. 
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DATA LINK INTERFACE 
Serial Data Interface 

Each serial I/O channel within the 8274 MPSC inter- 
faces to two data link lines — one line for transmitting 
data and one for receiving data. During transmission, 
characters are converted from parallel data format (as 
supplied by the system processor or DMA device) into 
a serial bit stream (with START and STOP bits) and 
clocked out on the TxD pin. During reception, a serial 
bit stream is input on the RxD pin, framing bits are 
stripped out of the data stream, and the resulting char- 
acter is converted to parallel data format and passed to 
the system processor or DMA device. 


Data Clocking 

As discussed previously, the frequency of data trans- 
mission/reception on the data link is controlled by the 
MPSC clock in conjunction with the programmed 
clock divider (in register WR4). The 8274 is designed to 
permit all four serial interface lines (TxD and RxD for 
each channel) to operate at different data rates. Four 
clock input pins (TxC and RxC for each channel) are 
available for this function. Note that the clock rate di- 
vider spcified in WR4 is used for both RxC and TxC on 
the appropriate channel; clock rate dividers for each 
channel are independent. 


Modem Control 

The following four modem interface signals may be 
connected to the 8274: 

1. Data Terminal Ready (DTR). This interface signal 
(output by the 8274) is software controlled through 
bit 7 of WR5. When active, DTR indicates that the 
data terminal/computer equipment is active and 


ready to interact with the data communications 
channel. In addition, this signal prepares the modem 
for connection to the communication channel and 
maintains connections previously established (e.g., 
manual call origination). 

2. Request To Send (RTS). This interface signal (out- 
put by the 8274) is software controlled through bit 1 
of WR5. When active, RTS indicates that the data 
terminal/computer equipment is ready to transmit 
data. When the RTS bit is reset in asynchronous 
mode, the signal does not go high until the transmit- 
ter is empty. 

3. Clear To Send (CTS). This interface signal (input to 
the 8274) is supplied by the modem in response to an 
active RTS signal. CTS indicates that the data termi- 
nal/computer equipment is permitted to transmit 
data. The state of CTS is available to the program- 
mer as bit 5 of RRO. In addition, if the auto enable 
control is set (bit 5 of WR3), the 8274 will not trans- 
mit data bytes until CTS has been activated. If CTS 
becomes inactive during transmission of a character, 
the current character transmission is completed be- 
fore the transmitter is disabled. 

4. Carrier Detect (CD). This interface signal (input to 
the 8274) is supplied by the modem to indicate that a 
data carrier signal has been detected and that a valid 
data signal is present on the RxD line. The state of 
CD is available to the programmer as bit 3 of RRO. 
In addition, if the auto enable control is set (bit 5 of 
WR3), the 8274 will not enable the serial receiver 
until CD has been activated. If the CD signal be- 
comes inactive during reception of a character, the 
receiver is disabled, and the partially received char- 
acter is lost. 

In addition to the above modem interface signals, the 
8274 SYNDET input pin for channel A may be used as 
a general-purpose input in the asynchronous communi- 
cation mode. The status of this signal is available to the 
programmer as bit 4 of status register RRO. 
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APPENDIX A 

COMMAND/STATUS DETAILS FOR ASYNCHRONOUS 

COMMUNICATION 


Write Register 0 (WRO): 



D2,D1,D0 Command/Status Register Pointer bits 
determine which write-register the next 
byte is to be written into, or which read- 
register the next byte is to be read from. 
After reset, the first byte written into ei- 
ther channel goes into WRO. Following a 
read or write to any register (except WRO) 
the pointer will point to WRO. 

D5,D4,D3 Command bits determine which of the ba- 
sic seven commands are to be performed. 

Command 0 Null — has no effect. 

Command 1 Note used in asynchronous modes. 

Command 2 Reset Extemal/Status Interrupts — resets 
the latched status bits of RRO and reena- 
bles them, allowing interrupts to occur 
again. 

Command 3 Channel Reset — resets the Latched Status 
bits of RRO, the interrupt prioritization 


logic and all control registers for the chan- 
nel. Four extra system clock cycles should 
be allowed for MPSC reset time before 
any additional commands or controls are 
written into the channel. 

Command 4 Enable Interrupt on Next Receive Charac- 
ter — if the Interrupt-on-First-Receive 
Character mode is selected, this command 
reactivates that mode after each complete 
message is received to prepare the MPSC 
for the next message. 

Command 5 Reset Transmitter Interrupt Pending — if 
the Transmit Interrupt mode is selected, 
the MPSC automatically interrupts data 
when the transmit buffer becomes empty. 
When there are no more characters to be 
sent, issuing this command prevents fur- 
ther transmitter interrupts until the next 
character has been completely sent. 

Command 6 Error Reset — error latches, Parity and 
Overrun errors in RR1 are reset. 

Command 7 End of Interrupt — resets the interrupt-in- 
service latch of the highest-priority inter- 
nal device under service. 

Write Register 1 (WR1): 

DO External/Status Interrupt Enable — allows 

interrupt to occur as th e r esult of tr an- 
sitions on the CD, CTS or SYNDET in- 
puts. Also allows interrupts as the result 
of a Break/ Abort detection and termina- 
tion, or at the beginning of CRC, or sync 
character transmission when the Transmit 
Underrun/EOM latch becomes set. 

D1 Transmitter Interrupt/DMA Enable — al- 

lows the MPSC to interrupt or request a 
DMA transfer when the transmitter buffer 
becomes empty. 

D2 Status Affects Vector — (WR1, D2 active 

in channel B only.) If this bit is not set, 
then the fixed vector, programmed in 
WR2, is returned from an interrupt ac- 
knowledge sequence. If the bit is set, then 
the vector returned from an interrupt ac- 
knowledge is variable as shown in the In- 
terrupt Vector Table. 
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Write Register 1 (WR1): 



D4,D3 Receive Interrupt Mode. 

0 0 Receive Interrupts/DMA Disabled. 

0 1 Receive Interrupt on First Character Only 

or Special Condition. 

1 0 Interrupt on All Receive Characters of 

Special Condition (Parity Error is a Spe- 
cial Receive Condition). 

1 1 Interrupt on All Receive Characters or 

Special Condition (Parity Error is not a 
Special Receive Condition). 

D5 Wait on Receive/Transmit — when the fol- 

lowing conditions are met, the RDY pin is 
activated, otherwise it is held in the High- 
Z state. (Conditions :_Interrupt Enabled 
Mode, Wait Enabled, CS = 0, AO = 0/1, 
and A1 =0). The RDY pin is pulled low 
when the transmitter buffer is full or the 
receiver buffer is empty and it is driven 
High when the transmitter buffer is empty 
or the receiver buffer is full. The RDY a 
and RDYg may be wired or connected 
since only one signal is active at any one 
time while the other is in the High Z state. 

D6 Must be Zero. 

D7 Wait Enable — enables the wait function. 


Write Register 2 (WR2): Channel A 



BOTH INTERRUPT 


0 1 A DMA. B INT 


1 0 BOTH DMA 

1 1 ILLEGAL 


1 = PRIORITY RxA >RxB >TxA> 
TxB>EXTA*> EXTB‘ 
0 = PRIORITY RxA >TxA >RxB > 

TxB>EXTA*>EXTB* 


0 0 8085 MODE 1 

0 1 8085 MODE 2 

1 0 8086/88 MODE 

1 1 ILLEGAL 

1 = VECTORED INTERRUPT 

0 = NON VECTORED INTERRUPT 

MUST BE ZERO 


1 PIN 10= SYNDET B 
0 PIN10 = RTS B 

NOTE: 210311-8 

*External Status Interrupt— only if EXT Interrupt Enable 
(WR1; DO) is set. 


D1,D0 System Configuration — These specify the 
data transfer from MPSC channels to the 
CPU, either interrupt or DMA based. 

0 0 Channel A and Channel B both use inter- 

rupts. 

0 1 Channel A uses DMA, Channel B uses in- 

terrupt. 

1 0 Channel A and Channel B both use 

DMA. 

1 1 Illegal Code. 

D2 Priority — this bit specifies the relative pri- 

orities of the internal MPSC interrupt/ 
DMA sources. 

0 (Highest) RxA, TxA, RxA, RxB, 
TxBExTA, ExTB (Lowest). 

1 (Highest) RxA, RxB, TxA, TxB, ExTA, 
ExTB (Lowest). 
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D5,D4,D3 

Interrupt Code — specifies the behavior of 
the MPSC when it receives an interrupt 
acknowledge sequence from the CPU. (See 
Interrupt Vector Mode Table.) 

0 X X 

Non-vectored interrupts — intended for 
use with an external interrupt controller 
such as the 8259A. 

1 0 0 

8085 Vector Mode 1 — intended for use as 
the primary MPSC in a daisy-chained pri- 
ority structure. 

1 0 1 

8085 Vector Mode 2 — intended for use as 
any secondary MPSC in a daisy-chained 
priority structure. 

1 1 0 

8086/88 Vector Mode— intended for use 
as either a primary or secondary in a dai- 
sy-chained priority structure. 

D6 

Must be Zero. 

D7 


0 

Pin 10 = RTS b * 

1 

Pin 10 = SYNDET b . 


Write Register 2 (WR2): Channel B 


MSB 

LSB 


1 1 1 

1 1 1 1 



V7 V6 V5 V4 

V3 V2 VI V0 



1 1 1 

1 1 1 1 


V 

v 




Interrupt 


Vector 
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D7-D0 Interrupt vector — this register contains 
the value of the interrupt vector placed on 
the data bus during acknowledge se- 
quences. 


Write Register 3 (WR3): 



after the receiver has been initialized. 

D5 Auto Enables — a one written to this bit 

causes CD to be an au toma tic enable sig- 
nal for the receiver and CTS to be an auto- 
matic enable signal for the transmitter. A 
zero writ ten to this bit limits the effect of 
CD and CTS signals to setting/resetting 
their corresponding bits in the status regis- 
ter (RRO). 


D7,D6 

Receiver Character length. 

0 0 

Receive 5 Data bits/character. 

0 

1 

Receive 7 Data bits/character. 

1 

0 

Receive 6 Data bits/character. 

1 

1 

Receive 8 Data bits/character. 
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Write Register 4 (WR4): 


MSB 




LSB 

Ll 

D6 1 OS 

1 

04 | 03 

D2 01 DO 

' 


— * — 

' 


1 ENABLE PARITY 






0 = DISABLE PARITY 





1 

IVEN PARITY 





0 ODD PARITY 



0 

0 ENABLE SYNC MODES 



0 

1 1 STOP BIT 



1 

0 1.5 STOP BITS 



1 

1 2 STOP BITS 



NOT USED IN ASYNCHRONOUS MODES 

0 



0 XI CLOCK 




0 

1 X16 CLOCK 




1 

0 X32 CLOCK 




1 

1 X64 CLOCK 
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DO Parity — a one in this bit causes a parity bit 

to be added to the programmed number of 
data bits per character for both the trans- 
mitted and received character. If the 
MPSC is programmed to receive 8 bits per 
character, the parity bit is not transferred 
to the microprocessor. With other receiver 
character lengths, the parity bit is trans- 
ferred to the microprocessor. 

D1 Even/Odd Parity — if parity is enabled, a 

one in this bit causes the MPSC to trans- 
mit and expect even parity, and zero caus- 
es it to send and expect odd parity. 

D3,D2 Stop Bits. 

0 0 Selects synchronous modes. 

0 1 Async mode, 1 stop bit/character. 

1 0 Async mode, 1 V 2 stop bits/character. 

1 1 Async mode, 2 stop bits/character. 

D7,D6 Clock mode — selects the clock/data rate 

multiplier for both the receiver and the 
transmitter. If the lx mode is selected, bit 
synchronization must be done externally. 

0 0 Clock rate = Data rate X 1. 

0 1 Clock rate = Data rate X 16. 

1 0 Clock rate = Data rate X 32. 

1 1 Clock rate = Data rate X 64. 


Write Register 5 (WR5): 



D1 Re quest to Send — a one in this bit forces 

the RTS pin ac tive ( low) and zero in this 
bit forces the RTS pin inactive (high). 
When the RTS bit is reset in asynchronous 
mode, the signal does not go inactive until 
the transmitter is empty. 

D3 Transmitter Enable — a zero in this bit 

forces a marking state on the transmitter 
output. If this bit is set to zero during data 
or sync character transmission, the mark- 
ing state is entered after the character has 
been sent. If this bit is set to zero during 
transmission of a CRC character, sync or 
flag bits are substituted for the remainder 
of the CRC bits. 

D4 Send Break — a one in this bit forces the 

transmit data low. A zero in this bit allows 
normal transmitter operation. 

D6,D5 Transmit Character length. 

0 0 Transmit 5 or less bits/character. 

0 1 Transmit 7 bits/character. 

1 0 Transmit 6 bits/character. 

1 1 Transmit 8 bits/character. 

Bits to be sent must be right justified, least-significant 

bit first, e.g.: 

D7 D6 D5 D4 D3 D2 D1 DO 

0 0 B5 B4 B3 B2 B1 BO 
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Read Register 0 (RRO): 


MSB 


LSB 



EXTERNAL STATUS 
INTERRUPT MODE 
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DO Receive Character Available — this bit is 

set when the receive FIFO contains data 
and is reset when the FIFO is empty. 

D1 Interrupt Pending — This Interrupt-Pend- 

ing bit is reset when an E01 command is 
issued and there is no other interrupt re- 
quest pending at that time. In vector 
mode, this bit is set at the falling edge of 
the second INTA in an INTA cycle for an 
internal interrupt request. In non-vector 
mode, this bit is set at the falling edge of 
RD input after pointer 2 is specified. This 
bit is always zero in Channel B. 

D2 Transmit Buffer Empty — This bit is set 

whenever the transmit buffer is empty ex- 
cept when CRC characters are being sent 
in a synchronous mode. This bit is reset 
when the transmit buffer is loaded. This 
bit is set after an MPSC reset. 

D3 Carrier Detect — This bit contains the state 

of the CD pin at the time of the last 
change of any of the External/Status bits 
(CD, CTS, Sync/Hunt, Break/ Abort, or 
Tx Un derru n/EOM). Any change of state 
of the CD pin causes the CD bit to be 
latched and causes an External/Status in- 
terrupt. This bit indicates current state of 
the CD pin immediately following a Reset 
External/Status Interrupt command. 

D4 SYNDET — In asynchronous modes, the 

operation of this bit is similar to the CD 
stat us bit, exce pt that it shows the state of 
the SYNDET in put. Any High-to-Low 
transition on the SYNDET pin sets this 
bit, and causes an External/Status inter- 
rupt (if enabled). The Reset External/ 
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Status Interrupt command is issued to 
clear the interrupt. A Low-to-High tran- 
sition clears this bit and sets the External/ 
Status interrupt. When the External/ 
Status interrupt is set by the change in 
state of any other input or condition, this 
bit shows the inverted state of the 
SYNDET pin at time of the change. This 
bit must be read immediately following a 
Reset External/Status Interrupt command 
to read the current state of the SYNDET 
input. 

D5 Clear to Send — th is bi t contains the in- 

verted state of the CTS pin at the time of 
the last change of any of the External/ 
Status bits (CD, CTS, Sync/Hunt, Break/ 
Abort, or Tx Und errun /EOM). Any 
change of state of the CTS pin causes the 
CTS bit to be latched and causes an Exter- 
nal/Status interrupt. This bit indi cates the 
inverse of the current state of the CTS pin 
immediately following a Reset External/ 
Status Interrupt command. 

D7 Break — in the Asynchronous Receive 

mode, this bit is set when a Break se- 
quence (null character plus framing error) 
is detected in the data stream. The Exter- 
nal/Status interrupt, if enabled, is set 
when break is detected. The interrupt 
service routine must issue the Reset Exter- 
nal/Status Interrupt command (WRO, 
Command 2) to the break detection logic 
so the Break sequence termination can be 
recognized. 
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MSB LSB 
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The Break bit is reset when the termination of the 
Break sequence is detected in the incoming data stream. 
The termination of the Break sequence also causes the 
External/Status interrupt to be set. The Reset Exter- 
nal/Status Interrupt command must be issued to enable 
the break detection logic to look for the next Break 
sequence. A single, extraneous null character is present 
in the receiver after the termination of a break; it 
should be read and discarded. 

DO All sent — this bit is set when all characters 

have been sent. It is reset when characters 
are in the transmitter. In synchronous 
modes, this bit is always set. 


D4 Parity Error — if parity is enabled, this bit 

is set for received characters whose parity 
does not match the programmed sense 
(Even/Odd). This bit is latched. Once an 
error occurs, it remains set until the Error 
Reset command is written. 

D5 Receive Overrun Error — this bit indicates 

that the receive FIFO has been overloaded 
by the receiver. The last character in the 
FIFO is overwrittenand flagged with this 
error. Once the overwritten character is 
read, this error condition is latched until 


Read Register 2 (RR2): 


MSB 

LSB 


i 1 1 r 

V7 V6 V5 V4* 

1 1 1 L 

1 1 1 

V3* V2* vr VO* 

1 1 1 


V s 






* Variable in 


Interrupt 

. Status Affects 


Vector 

Vector Mode (WR1 ; D2) 
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reset by the Error Reset command. If the 
MPSC is in the “status affects vector” 
mode, the overrun causes a Special Re- 
ceive Error Vector. 

D6 Framing Error — in async modes, a one in 

this bit indicates a receive framing error. 
It can be reset by issuing an Error Reset 
command. 

RR2 Channel B 


D7-D0 Interrupt vector — contains the interrupt 
vector programmed into WR2. If the 
“status affects vector” mode is selected, it 
contains the modified vector. (See WR2.) 
RR2 contains the modified vector for the 
highest priority interrupt pending. If no 
interrupts are pending, the variable bits in 
the vector are set to one. May be read 
from Channel B only. 
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APPENDIX B 

MPSC-POLLED TRANSMIT/RECEIVE CHARACTER 

ROUTINES 


MPSC$RX$INIT : procedure 

(cmd$port , 

clock$rate , stop$bits , par ity$ type, par ity$ enable , 



rx$char $ length , rx$enable , auto$ enable , 
tx$ char $ length , tx$ enable , dtr , brk , r ts) ; 


declare cmd$port 

byte , 


clock$rate 

byte , 


s top$bi ts 

byte , 


par ity$ type 

byte , 


par ity$enable 

byte , 


rx$char $length 

byte , 


rx$enable 

byte. 


au to$enable 

byte. 


tx$char $length 

byte, 


tx$enable 

byte, 


dtr 

byte , 


brk 

byte, 


rts 

byte ; 


output (cmd$port) =3 OH ; 

/* channel reset */ 


output (cmd$port) =14H ; 

/* point to WR4 */ 


/* set clock rate, stop bits, and parity information */ 

ou tpu t (cmd$por t ) =shl (clock$rate , 6) or shl (stop$bits , 2 ) or shl (par ity$type, 1) 


or par ity$enable ; 


output (cmd$port) =13H ; 

/* point to WR3 */ 


/* set up receiver parameters */ 

ou tpu t (cmd$port) =shl ( rx$char $leng th , 6) or rx$enable or shl (auto$enable , 5) ; 


output (cmd$port ) =15H ; 

/* point to WR5 */ 


/* set up transmitter 

parameters */ 


output (cmd$port) =shl ( tx$char$length , 5 ) or shl ( tx$enable , 3) or shl(dtr,7) 


or shl(brk,4) or shl(rts,l); 


end MPSC$RX$INIT; 
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MPSC$POIX$RCV$CHAR ACTER : procedur e (data? por t , crnd$ por t , c ha r acter Sptr ) by t* ; 


declare dataSport byte, 

cmd$port byte, 

character $ptr pointer, 

character based char acter $ptr byte, 

status byte; 


declare char?avail 
rcv$er ror 


literally 
literally "70H"; 


/* wait for input character ready */ 

while ( input (cmd?port) and char$avail) <> 0 do; end; 


/* check for errors in received character 
output (cmd?por t) =1; 

if ( status : =input (cmd$port) and rcv$error) 
then do; 

character =input (data$port) ; 
call RECEIVE? ERROR (cmd?por t , status) ; 
return 0; 
end ; 

else do; 

char acter =input (data?port) ; 
return OFFH ; 
end ; 


'/ 

/* point to RRl */ 


/* read character to clear MPSC */ 

/* clear receiver errors */ 

/* error return - no character avail */ 


/* good return - character avail */ 


end MPSC $ POLL$RCV$CHARACTER ; 


MPSC? POLL $TR AN ?CHAR ACTER : procedur e ( da ta? por t , cmd? por t , char ac te r ) ; 

declare data?port byte, 

cmd?port . byte, 

character byte; 

declare tx?buf fer ?empty literally " ; 

/* wait for transmitter buffer empty */ 

while not ( input (cmd?port) and tx?buf f er ?empty ) do; end; 

/* output character */ 
output (data?port) =character ; 

end MPSC?POLL?TRAN?CHARACTER; 


RECEIVE? ERROR : procedure (cmd?port , status) ; 

declare cmd?port byte, 

status byte; 

output (cmd?port) =30H ; /* error reset */ 

/* *** other application dependent 

error processing should be placed here *** */ 

end RECEI VE?ERR0R ; 
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TRAN SM I T$ BUFFER : procedure ( buf $ptr , buf $ length) 


declare 

buf$ptr pointer, 

buf$length byte; 


/* set up transmit buffer pointer and 
interrupt service */ 
tx$buf fer $ptr=buf $ptr ; 
tr ansmit$length=buf $leng th ; 

transmit$s ta tus=not$comple te ; 
output (data$port) =transmit?buf fer (0) ; 
tr ansmit$index= 1; 


buffer length in global variables for 


/* setup status for not complete */ 
/* transmit first character */ 

/* first character transmitted */ 


/* wait until transmission complete or error detected */ 
while transmit$s tatus = not$complete do; end; 
if transmit$sta tus <> complete 
then return false; 
else return true; 


end TRANSMIT$BUFFER ; 


REC El VE$ BUFFER : procedure (buf $ptr , buf $length$ptr) ; 
declare 

buf$ptr pointer, 

buf $leng th$ptr pointer, 

buf$length based buf $leng th$ptr byte; 

/* set up receive buffer pointer in global variable for interrupt service */ 

rx$buf fer $ptr=buf $ptr ; 

receive$index=0; 

receive$status=not$complete ; /* set status to not complete */ 

/* wait until buffer received */ 
while receive$status = not$complete do; end; 
buf $length= receive? length ; 
if receive$status = complete 
then return true; 
else return false; 

end RECEI VE$BUFFER ; 
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APPENDIX C 

INTERRUPT-DRIVEN TRANSMIT/RECEIVE SOFTWARE 

declare 



/* global variables 

for buffer manipulation */ 

rx$buf fer $ptr 

pointer , 

/* pointer to receive buffer */ 

receive$buf fer based 

rx$buf fer $ptr (128) 

byte. 

receive$status 

byte initial (0 ) , 

/* indicates receive buffer status */ 

rece ive$ index 

byte , 

/* current index into receive buffer */ 

rece ive$ length 

byte , 

/* length of final receive buffer */ 

tx$buf f er $ptr 

pointer , 

/* pointer to transmit buffer */ 

transmit$buf fer based tx$buf fer $ptr ( 128 ) 

byte , 

transmi t$status 

byte init ial ( 0 ) , 

/* indicates transmit buffer status */ 

transmit $ index 

byte , 

/* current index into transmit buffer */ 

transmit$leng th 

byte , 

/* length of buffer to be transmitted */ 

cmd$por t 

literally 


data$por t 

literally '4 1H' , 


a$cmd$port 

literally '42H' f 


b$cmd$por t 

literally '43H', 


1 ine$ f eed 

literally > 0AH " , 


not$comple te 

literally 'O', 


complete 

literally 'OFFH', 


overrun 

literally '1' , 


channel$reset 

literally '18H', 


er ror$reset 

literally "30H' f 


reset$ext$status 

literally "'10H'; 
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MPSC$INT$INIT: procedure (clock$rate , stop$ bits , par ity$ type# par ity$ enable , 
rx$char $ length , rx$ enable , auto$ enable , 
tx$char $ length , tx$ enable , dtr , br k , r ts , 
ext$en , tx$en , rx$en , stat$af fects$vector , 
con fig , pr ior ity , vector $ in t$mode, int$ vector) ; 

declare 


clock$rate 

byte, 

/* 

2-bit 

code for clock rate divisor */ 

stop$bits 

byte , 

/* 

2-bit 

code for number of stop bits */ 

par ity$type 

byte , 

/* 

1-bit 

parity type */ 

par ity$enable 

byte , 

/* 

1-bit 

parity enable */ 

rx$char $length 

byte , 

/* 

2-bit 

receive character length */ 

rx$enable 

byte , 

/* 

1-bit 

receiver enable */ 

au to$enable 

byte , 

/* 

1-bit 

auto enable flag */ 

tx$char $length 

byte , 

/* 

2-bit 

transmit character length */ 

tx$enable 

byte , 

/* 

"1-bit 

transmitter enable */ 

dtr 

byte , 

/* 

1-bit 

status of DTR pin */ 

brk 

byte , 

/* 

1-bit 

data link break enable */ 

rts 

byte, 

/* 

1-bit 

status of RTS pin */ 

ext$en 

byte , 

/* 

1-bit 

external/status enable */ 

tx$en 

byte , 

/* 

1-bit 

Tx interrupt enable */ 

rx$en 

byte , 

/* 

2-bit 

Rx interrupt enable/mode */ 

sta t$af f $vector 

byte , 

/* 

1-bit 

status affects vector flag */ 

config 

byte , 

/* 

2-bit 

system config - int/DMA */ 

pr ior ity 

byte , 

/* 

1-bit 

priority flag */ 

vector $ in t$mode 

byte , 

/* 

3-bit 

interrupt mode code */ 

int$vector 

byte ; 

/* 

8-bit 

interrupt type code */ 


ou tpu t (b$cmd$por t) =channel$reset ; /* channel reset */ 

output (b$cmd$port) =14H; /* point to WR4 */ 

/* set clock rate, stop bits, and parity information */ 

output ( b$ cmd$ por t) =shl (c lock $rate,6) or shl (stop$bits , 2) or shl (par ity$ type , 1) 
or par ity$enable ; 

output (b$cmd$port) =13H ; /* point to WR3 */ 

/* set up receiver parameters */ 

output (b$cmd$port) =shl ( rx$char $leng th , 6) or rx$enable or shl (auto$enable , 5) ; 

ou tput (b$cmd$por t) =15H ; /* point to WR5 */ 

/* set up transmitter parameters */ 

ou tpu t (b$cmd$por t ) =shl ( tx$char $lenq th , 5) or shl ( tx$enable , 3 ) or shl(dtr,7) 
or shl(brk,4) or shl(rts,l); 

output (b$cmd$port) =12H ; > /* point to WR2 */ 

/* set up interrupt vector */ 
output (b$cmd$port) =int$vector ; 

output (a$cmd$port) =12H ; /* point to WR2 , channel A */ 

/* set up interrupt modes */ 

output (a$cmd$port) =shl ( vector$int$mode , 3) or shl (pr ior ity , 2) or config; 

output (b$cmd$port) =11H ; /* point to WR1 */ 

/* set up interrupt enables */ 

output (b$cmd$port) =shl (rx$en, 3) or shl (stat$af f $vector , 2) or shl(tx$en,l) 
or ext$en ; 

end MPSC$INT$INIT; 
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MPSC$RECEIVE$CHARACTER$INT: procedure interrupt 22H; 

/* ignore input if no open buffer */ 
if receive$status <> not$complete then return; 

/* check for receive buffer overrun */ 
if rece ive$ index = 128 

then receive$status=overrun; 
else do; 

/* read character from MPSC and place in buffer - note that the 
parity of the character must be masked off during this step if 
the character is less than 8 bits (e.g., ASCII) */ 
receive$buffer(receiveSindex) , char ac ter = input (data$port) and 7FH ; 
receive$index=receive$index+l; /* update receive buffer index V 

/* check for line feed to end line */ 
if character = line$feed 

then do; receive$length=receive$index; r eceive$status=complete ; end 

end ; 

end MPSC$RECEIVESCHARACTER$INT; 


MPSC$TRANSMIT$CHARACTER$INT: procedure interrupt 20H; 

/* check for more characters to transfer */ 
if transmi t$ index < tr ansmit$leng th 
then do; 

/* write next character from buffer to MPSC */ 
output (da ta $ port) =tr an smit$ buffer ( transmits index) ; 

transmit$index=transmit$index+l; /* update transmit buffer index */ 

end ; 

else transmit$s tatus=complete ; 
end MPSC$TRANSMIT$CHARACTER$INT; 


RECEIVES ERRORS I NT : procedure interrupt 23H; 
declare 

temp byte; /* temporary character storage */ 

output (cmd$port) =1; /* point to RRl */ 

rece ive$status=input (cmdSpor t) ; 

temp=input (dataSpor t) ; /* discard character */ 

output (cmd$port) =error$reset ; /* send error reset */ 

/* *** other application dependent 

error processing should be placed here *** */ 

end RECEIVES ERRORS I NT ; 


EXTERNAL$STATUS$CHANGE$INT: procedure interrupt 21H; 

transmit$status=input (cmd$port) /* input status change information */ 

output (cmd$port) =rese t$ext$sta tus ; 

/* *** other application dependent 

error processing should be placed here *** */ 

end EXTERNALSSTATUSSCHANGESINT; 
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APPENDIX D 

APPLICATION EXAMPLE USING SDK-86 


This application example shows the 8274 in a simple 
iAPX-86/88 system. The 8274 controls two separate 
asynchronous channels using its internal interrupt con- 
troller to request all data transfers. The 8274 driver 
software is described which transmits and receives data 
buffers provided by the CPU. Also, status registers are 
maintained in system memory to allow the CPU to 
monitor progress of the buffers and error conditions. 


THE HARDWARE INTERFACE 

Nothing could be easier than the hardware design of an 
interrupt-driven 8274 system. Simply connect the data 
bus lines, a few bus control lines, supply a timing clock 
for baud rate and, voila, it’s done! For this example, the 
ubiquitous SDK- 8 6 is used as the host CPU system. 
The 8274 interface is constructed on the wire-wrap area 
provided. While discussing the hardware interface, 
please refer to Diagram 1. 

Placing the 8274 on the lower 8 bits of the 8086 data 
bus allows byte-wide data transfers at even I/O ad- 
dresses. For simplicity, the 8274’s CS input is generated 
by combining the M/IO select line with address line A7 
via a 7432. This places the 8274 address range in multi- 
ple spots within the 8086 I/O address space. (While 
fine for this example, a more complete address decod- 
ing is recommended for actual prototype systems.) The 
8086’s A1 and A2 address lines are connected to the AO 
and A1 8274 register select inputs- respectively. Al- 
though other port assignments are possible because of 
the overlapping address spaces, the following I/O port 
assignments are used in this example: 


Port Function 

Data channel A 
Command/status A 
Data channel B 
Command/status B 


I/O Address 

0000H 

0002H 

0004H 

0006H 


To connect the 8274’s interrupt controller into the sys- 
tem an inverter and pull-up resistor are needed to con- 
vert the 8274’s active-low, interrupt-request output, 
INT, into the correct polarity for the 8086’s INTR in- 
terrupt input. The 8274 recognizes interrupt-acknowl- 
edge bus cycles by connecting the INT A (INTerrupt 
Acknowledge) lines of the 8274 and 8086 together. 


The 8274 ReaD and WRite lines directly connect to the 
respective 8086 lines. The RESET line requires an in- 
verter. The system clock for the 8274 is provided by the 
PCLK (peripheral clock) output of the 8284A clock 
generator. 

On the 8274’s serial side, traditional 1488 and 1489 RS- 
232 drivers and receivers are used for the serial inter- 
face. The onboard baud rate generator supplies the 
channel baud rate timing. In this example, both sides of 
both channels operate at the same baud rate although 
this certainly is not a requirement. (On the SDK-86, 
the baud rate selection is hard-wired thru jumpers. A 
more flexible approach would be to incorporate an 
8253 Programmable Interval Timer to allow software- 
configurable baud rate selection.) 

That’s all there is to it. This hardware interface is com- 
pletely general-purpose and supports all of the 8274 
features except the DMA data transfer mode which re- 
quires an external DMA controller. Now let’s look at 
the software interface. 


SOFTWARE INTERFACE 

In this example, it is assumed that the 8086 has better 
things to do rather than continuously run a serial chan- 
nel. Presenting the software as a group of callable pro- 
cedures lets the designer include them in the main body 
of another program. The interrupt-driven data transfers 
give the effect that the serial channels are handled in 
the background while the main program is executing in 
the foreground. There are five basic procedures: a serial 
channel initialization routine and buffer handling rou- 
tines for the transmit and receive data buffers of each 
channel. Appendix D-l shows the entire software list- 
ing. Listing line numbers are referenced as each major 
routing is discussed. 

The channel initialization routine (INITIAL 8274), 
starting with line #203, simply sets each channel into a 
particular operating mode by loading the command 
registers of the 8274. In normal operation, once these 
registers are loaded, they are rarely changed. (Although 
this example assumes a simple asynchronous operating 
mode, the concept is easily extended for the byte- and 
bit-synchronous modes.) 
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SDK-86 5V 
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Figure D-1. 8274/SDK-86 Hardware Interface 


The channel operating modes are contained in two ta- 
bles starting with line #163. As the 8274 has only one 
command register per channel, the remaining seven 
registers are loaded indirectly through the WRO (Write 
Register 0) register. The first byte of each table entry is 
the register pointer value which is loaded into WRO 
and the second byte is the value for that particular reg- 
ister. 

The indicated modes set the 8274 for asynchronous op- 
eration with data characters 8 bits long, no parity, and 
2 stop bits. An XI 6 baud rate clock is assumed. Also 
selected is the “interrupt on all RX character’’ mode 
with a variable interrupt vector compatible with the 
8086/8088. The transmitters are enabled and all model 
control lines are put in their active state. 


In addition to initializing the 8274, this routine also sets 
up the appropriate interrupt vectors. The 8086 assumes 
the first IK bytes of memory contain up to 256 separate 
interrupt vectors. On the SDK-86 the initial 2K bytes 
of memory is RAM and therefore must be initialized 
with the appropriate vectors. (In a prototype system, 
this initial memory is probably ROM, thus the vector 
set-up is not needed.) The 8274 supplies up to eight 
different interrupt vectors. These vectors are developed 
from internal conditions such as data requests, status 
changes, or error conditions for each channel. The ini- 
tialization routine arbitrarily assumes that the initial 
8274 vector corresponds to 8086 vector location 80H 
(memory location 200H). This choice is arbitrary since 
the 8274 initial vector location is programmable. 
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Finally, the initialization routine sets up the status and 
flag in RAM. The meaning and use of these locations 
are discussed later. 

Following the initialization routine are those for the 
transmit commands (starting with line #268). These 
commands assume that the host CPU has initialized the 
publicly declared variables for the transmit buffer 

pointer, TX POINTER CHx, and the buffer length, 

TX LENGTH CHx. The transmit command rou- 

tines simply clear the transmitter empty flag, TX EMP- 
TY CHx, and load the first character of the buffer into 
the transmitter. It is necessary to load the first charac- 
ter in this manner since transmitter interrupts are gen- 
erated only when the 8274’s transmit data buffer be- 
comes empty. It is the act of becoming empty which 
generates the interrupt not simply the buffer being emp- 
ty, thus the transmitter needs one character to start. 

The host CPU can monitor the transmitter empty flag, 

TX EMPTY CHx, in order to determine when 

transmission of the buffer is complete. Obviously, the 
CPU should only call the command routine after first 
checking that the empty flag is set. 

After returning to the main program, all transmitter 
data transfers are handled via the transmitter-interrupt 
service routines starting at lines #360 and #443. These 
routines start by issuing an End-Of-Interrupt command 
to the 8274. (This command resets the internal-inter- 
rupt controller logic of the 8274 for this particular vec- 
tor and opens the logic for other internal interrupt re- 
quests. The routines next check the length count. If the 
buffer is completely transmitted, the transmitter empty 

flag, TX EMPTY CHx, is set and a command is 

issued to the 8274 to reset its interrupt line. Assuming 
that the buffer is not completely transmitted, the next 
character is output to the transmitter. In either case, an 
interrupt return is executed to return to the main CPU 
program. 

The receiver commands start at line #314. Like the 
transmit commands, it is assumed that the CPU has 
initialized the receive-buffer-pointer public variable, 

RX POINTER CHx. This variable points to the 

first location in an empty receive buffer. The command 

routines clear the receiver ready flag, RX READY__ 

CHx, and then set the receiver enable bit in the 8274 
WR3 register. With the receiver now enabled, any re- 
ceived characters are placed in the receive buffer using 
interrupt-driven data transfers. 


The received data service routines, starting at lines 
#402 and #485, simply place the received character in 
the buffer after first issuing the EOI command. The 
character is then compared to an ASCII CR. An AS- 
CII CR causes the routine to set the receiver ready flag, 

RX READY CHx, and to disable the receiver. The 

CPU can interrogate this flag to determine when the 
buffer contains a new line of data. The receive buffer 
pointer, RX POINTER CHx, points to the last re- 
ceived character and the receive counter, RX COUN- 
TER CHx, contains the length. 

That completes our discussion of the command rou- 
tines and their associated interrupt service routines. Al- 
though not used by the commands, two additional serv- 
ice routines are included for completeness. These rou- 
tines handle the error and status-change interrupt vec- 
tors. 

The error service routines, starting at lines #427 and 
#510, are vectored to if a special receive condition is 
detected by the 8274. These special receive conditions 
include parity, receiver overrun, and framing errors. 
When this vector is generated, the error condition is 
indicated in RR1 (Read Register 1). The error service 
routine issues an EOI command, reads RR1 and places 
it in the ERROR MSG CHx variable, and then is- 

sues a reset error command to the 8274. The CPU can 
monitor the error message location to detect error con- 
ditions. The designer, of course, can supply his own 
error service routine. 

Similarly, the status-change routines (starting lines 
#386 and #469) are initiated by a change in the mo- 
dem-control status lines CTS/, CD/, or SYNDET/. 
(Note that WR2 bit 0 controls whether the 8274 gener- 
ates interrupts based upon changes in these lines. Our 
WR2 parameter is such that the 8274 is programmed to 
ignore changes for these inputs.) The service routines 

simply read RRO, place its contents in the STATUS 

MSG CHx variable and then issue a reset external 

status command. Read Register 0 contains the state of 
the modem inputs at the point of the last change. 

Well, that’s it. This application example has presented 
useful, albeit very simple, routines showing how the 
8274 might be used to transmit and receive buffers us- 
ing an asynchronous serial format. Extensions for byte- 
or bit-synchronous formats would require no hardware 
changes due to the highly programmable nature of the 
8274’s serial formats. 
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8274 APPLICATION BRIEF PROGRAM 


ISIS-II hCS-86 MACRO ASSEMBLER V2 1 ASSEMBLY OF HOOLLE ASVNCB 
OBJECT MODULE PLACED IN Fi.fiSYNCB OBJ 
ASSEMBLER INVOKED Ft’ ASN86 FI ASVNCB SRC 


LOC OBJ LINE SOURCE 

1 
2 

3 

4 

5 

6 

7 

8 
9 

10 
11 
12 

13 

14 

15 

16 

17 

18 
19 
29 
21 
22 

23 

24 

25 

26 

27 

28 
29 
38 
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8274 APPLICATION BRIEF PROGRAM 


,* THE 8274 IS INITIALIZED FOR SIMPLE ASYNCHRONOUS SERIAL 
, * FORMAT AND VECTORED INTERRUPT-DRIVEN DATA TRANSFERS. 

;* THE INITIALIZATION ROUTIK ALSO LOADS THE 8086'S INTERRUPT 
,* VECTOR TABLE FROM Tf€ CODE SEGMENT INTO LOW RAM ON THE 
,* SDK-86. THE TRANSMITTER AND RECEIVER ARE LEFT ENABLED. 

i * 

;* FOR TRANSMIT, THE CPU PASSES IN MEMORY THE POINTER OF A 
,* BUFFER TO TRANSMIT AND THE BYTE LENGTH OF THE BUFFER. 

,* THE DATA TRANSFER PROCEED USING INTERRUPT-DRIVEN TRANSFERS. 
,* A STATUS BIT IN MEMORY IS SET WHEN IF BUFFERS IS EMPTY 

.* 

,* FOR RECEIVE, THE CPU PASSES THE POINTER OF A BUFFER TO FILL. 

THE BUFFER IS FILLED UNTIL A 'CR_CHR' CHARACTER IS RECEIVED. 
;* A STATUS BIT IS SET AND TIC CPU MAY READ TIC RX POINTER TO 
,* DETERMINE THE LOCATION OF THE LAST CHARACTER. 

,* 

i* ALL ROUTINES ARE ASSUMED TO EXIST IN THE SAME CODE SEGMENT. ' 
;* CALL'S TO THE SERVICE ROUTINES ARE ASSUMED TO BE "SHORT" OR 
,* INTRASEGMENT (OM.V THE RETURN ADDRESS IP IS ON TIC STACK). 
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MCS-86 NflCRO ASSEMBLER 

ftSVNCB 




LOC OBJ 

LINE 

SOURCE 




31 





32 

NR* ftSVNCB , MODULE NAME 



33 





34 

/PUBLIC DECLARATIONS FOR C01WWD ROUTINES 



35 





36 

PUBLIC INITIAL-8274 

/INITIALIZATION ROUTINE 



37 

PUBLIC TX.COMMAND.CHB 

/ TX BUFFER COMMAND CHANNEL B 



38 

PUBLIC TX_CQrtMflND_CHfl 

/TX BUFFER COMMAND CHANNEL H 



39 

PUBLIC RX.C0NMAND.CH8 

/fiX BUFFER COMMAND CHANNEL B 



40 

PUBLIC RX.COHMAND.CHA 

>R X BUFFER COMMAND CHANNEL A 



41 





42 

/ PUBLIC DECLARATIONS FOR STATUS 

VARIABLES 



43 





44 

PUBLIC RX-REfiOV-CHB 

/RX READV FLftG CMB 



45 

PUBLIC RX_REflOV_CHA 

/ RX READV FLAG CHA 



46 

PUBLIC TX.Et1PTV.CH8 

/ TX EMPTV FLAG Che 



47 

PUBLIC TX.EHPTV.CHft 

/ TX EMPTV FLAG CHA 



48 

PUBLIC RX.COUNT.CHB 

/RX BUFFER COUNTER CHB 



49 

PL&IC RX.COUNT.CHfl 

/RX BUFFER COUNTER CHA 



50 

PUBLIC ERROR.HSG.CHE 

/ ERROR FLAG CHB 



51 

PUBLIC ERROR.HSG.CHft 

/ ERROR FLAG CHA 



52 

PUBLIC 5TATUS.MSG.CHB 

• STATUS FLAG CHB 



53 

PUBLIC 5TATUS.NSG.CHft 

/ STATUS FLAG CHA 



54 





55 

/ PUBLIC DECLARATIONS FOR VARIABLES PASSED TO THE TRANSMIT 



56 

/AND RECEIVE COWHMS. 




57 





58 

PUBLIC TX.POINTER.CHB 

• TX BUFFER POINTER FOR CHB 



- 59 

PUBLIC TX.LENGTH.CHB 

•TX LENGTH OF BUFFER FOR CHB 



66 

PUBLIC TX.POINTER.CHA 

/ TX BUFFER POINTER FOR CHfi 



61 

PUBLTC TX.LENGTH.CHA 

■TX LENGTH Of BUFFEP FOP CHA 



62 

PUBLIC RX.POINTER.CHB 

•RX BUFFER POINTER FOR CHB 



63 

PUBLIC RX.POINTEP.CHA 

•RX BUFFER POINTER FOP CHA 



64 





65 

; I/O PORT ASSIGNMENTS 




66 





67 

/CHANNEL A PORT ASSIGNMENTS 




68 




0000 

69 

DATA.PORT.CHA EQU 

0 -DATA I/O PORT 


0002 

70 

C0fV1AND.P0PT.CHA EQU 

2 .COMMAND PORT 


0002 

71 

STATUS.PiORT.CHA EQU 

COMMAND.POPT.CM .STATUS PORT 



72 





73 

• CHANNEL B PORT ASSIGNMENTS 




74 




0004 

75 

DATA.PORT.CHB EQU 

4 .DATA I/O PORT 


0006 

76 

COHMAND.PORT.CHE: EGHJ 

6 . COMMAND PORT 


0006 

77 

STATUS.P0RT.CH6 EQU 

COf'lMflNC/.POPT.CHB -STATUS PORT 



78- 





79 

• HI SC SVSTEM EQUATES 




88 




0000 

81 

CP.CHR EQU m 

■ASCII CP CHARACTER CODE 


8206 

82 

INT.TAELE.BASE EQU 290H 

. I NT VECTOR BASE ADDRESS 


05O0 

82 

CODE.STAPT EQU c .m 

. START LOCATION FOR CODE 



84 





85 +1 

REJECT 




86 





87 

• RAM ASSIGNMENTS FOP DATA SEGMENT 



88 




— 

89 

DATA SEGMENT 




90 



210311-25 


2-193 




AP-134 


inteT 


MCS-86 MACRO ASSEMBLER 

ASYNCB 






LOG OBJ 

LINE 

SOURCE 






91 

• VECTOR INTERRUPT TABLE 

- ASSUME 

INITIAL 8274 INTERRUPT 



92 

• VECTOR IS NUMBER 80 EOF EACH ’ ; EC TOF . THE TABLE 



93 

•CONTAINS START LOCATION ANC- COPE SEGMENT REGISTER VALUE 



94 

•THE TABLE IS LOADED FPGM PROM 




95 






0206 

96 

ORG 

INTJABLE.BASE 



0200 6000 

98 

TOECTOR-CHB 

DM 

8 

• TX INTERRUPT VECTOR FOR CHE: 


0202 0000 

99 

TX.CS.CHB 

C41 

8 




100 






0204 0000 

101 

STS-VECTOR.CHB 

DM 

0 

•STATUS INTERRUPT VECTOR FOP CHB 


0206 0000 

102 

STS.CS.CHB 

DU 

0 




193 






0208 0000 

104 

RX.VECTOR.CHB 

DM 

0 

• PX INTERRUPT VECTOR FOR CHB 


020fl 0000 

105. 

PX_CS_CHB 

DM 

0 




106 






020C 0000 

107 

ERR.VECTOP.CHB 

DM 

0 

■ ERROR INTERRUPT VECTOR POP CHB 


020E 0000 

108 

ERR.CS.CH6 

DM 

0 




109 






0210 0000 

110 

TX_VECTOR_CHA 

DM 

0 

•TX INTERRUPT VECTOR FOP CHA 


0212 0000 

111 

TX_CS_CHfl 

DM 

6 




112 






0214 0000 

113 

STS_VECTOR_CHA 

DM 

0 

•STATUS INTERRUPT VECTOR FOR CHA 


0216 0000 

114 

STS_CS_CHA 

DM 

0 




115 






0218 0000 

116 

RX_VECTOR_CHfi 

[44 

0 

• RX INTERRUPT VECTOR 1 FOP CHA 


0210 0000 

117 

RX-CS.CHA 

DM 

0 




118 






021C 0000 

119 

ERR.VECTWLCHA 

DM 

9 

• ERROR INTERRUPT VECTOR FOR 1 CHA 


021E 0000 

120 

ERP.CS.CHA 

DM 

0 




121 







122 

/ MISC RAH LOCATIONS FOR CHANNEL 

STATUS AND POINTERS 



123 







124 

• CHANNEL B POINTERS ANC' 

STATUS 




125 






0220 0000 

126 

TX.POINTER.CHB 

DM 

0 

■TX BUFFER POINTER FOP CHB 


0222 0000 

127 

TX.LENGTH.CHB 

DU 

0 

• TX BUFFER LENGTH FOP CHB 


0224 0000 

128 

RX.POINTER-CHB 

DM 

0 

• PX BUFFER" POINTER FOP CHB 


0226 0000 

129 

RX.COUNT.CHB 

DM 

0 

•PX LENGTH COUNTER FOP CHB 


0228 00 

130 

TX.EMPTV.CHB 

DB 

0 

, TX DONE FLAG 


0229 00 

131 

RX-READY.CHB 

DB 

0 

•READY FLAG -1 IF CR.CHR RECEIVED- ELSE 0- 


022A 08 

132 

STATUS_HSG_CHB 

DB 

0 

•STATUS CHANGE KESSAGE 


0226 00 

133 

ERROR_MSG_CHB 

DB 

0 

• ERPOR STATUS LOCATION - A IF NO ERROR' 



134 







135 

• CHANNEL A POINTERS AND STATUS 




136 






022C 0080 

137 

TX.POINTER.CHA 

DW 

0 

• TX BUFFER POINTER FOP CHA 


022E 0000 

138 

TX_LENGTH_CHA 

DM 

0 

■ t:: buffer length fop cha 


0230 0000 

139 

RX.POINTEP_CHA 

DM 

0 

• PX BiJFFEP POINTER FOP CHA 


0232 0000 

149 

RX_COUNT_CHfi 

DM 

0 

.PX LENGTH COUNTER FOR CHA 


8234 60 

141 

TX.EMPTV.CHA 

De 

0 

• TX [ONE FLAG 


0235 00 

142 

RX_REAPV_CHA 

oe 

0 

• READY FLAG <L IF CR.CHR RECEIVED. ELSE 0 


0236 00 

143 

STATIJS_MSG_CHA 

DB 

8 

•STATUS CHANGE MESSAGE 


0237 00 

144 

EPROR_MSG_CHA 

DB 

0 

• EPR’OR STATUS LOCATION •'* IF NO ERROR • 



145 






— 

146 

DATA 

ENDS 





147 







148 +1 

•EJECT 











210311-26 


2-194 




AP-134 


inteT 


HCS-86 MACRO ASSEMBLER 

ASYNCB 




LOC OBJ 

LINE 

SOURCE 




14? 




— 

150 

ABC 

SEGMENT 



151 

ASSUME CS ABC •OS DATA- 3S OATA 


0506 

152 

0R6 

COt€_STAPT 



153 





154 

. *+*.M.+ H** + 4* + ***4 + *:4M.44M44444 M ♦*H+44'M'.M *44**4 t 4»f4 



155 

, * 

* 



156 

. * 

PARAMETERS FOR CHANNEL INITIALIZATION ♦ 



157 

, * 

4 



158 




15? 





160 

• CHANNEL B PARAMETERS 



161 





162 

. HP1 

- INTERRUPT ON ALL PX CHR. VARIABLE INT VECTOR- TX INT ENAE1E 


0560 01 

167 

CMDSTRB 08 

M6H 


0501 16 

164 

» WR2 

- INTERRUPT VECTOR 


0562 02 

165 

08 

2 - 1 INT_TA6LE_BASE.‘4 • 


0503 80 

166 

• WPS 

- RX 8 BITS/C HR. PX 01 SABLE 


0504 03 

167 

08 

3.0C0H 


8505 ce 

168 

• UR4 

- X16 CLOCK. 2 STOF BITS. NO PARITY 


0590 04 

16? 

OB 

4/ 4CH 


0507 4C 

178 

,WR5 

- OTR ACTIVE. TX 8 BITS. CHP- TX ENABLE. F'TS ACTIVE 


0508 05 

0509 EA 

171 

08 

5. 0EAH 



172 

• WR6 AND WR7 NOT REQUIRE!. FOP ASYNC 


050A 08 

173 

08 

0,0 


0508 00 

174 





175 

CHANNEL A PARAMETERS 



176 





177 

• WR1 

- INTERRUPT ON ALL PX CHR. TX INT ENABLE 


058C 01 

178 

CMOSTPA 08 

1, 12H 


0500 12 

17? 

,WR2 

- VECTORED INTERRUPT FOP 8086 


050E 02 

180 

OB 

2.30H 


056F 30 

181 

• HRS 

- RX 8 BITS/CHR. RX DISABLE 


0510 03 

182 

08 

3-0C0H 


0511 C0 

183 

• WP4 

- X16 CLOCK. 2 STOP BITS. NO PARITY 


0512 04 

184 

OB 

4-4CH 


0513 4C 

185 

• HP5 

- OTP IHHZTIVE. TX 8 BITSXCHP. TX ENABLE- PTS ACTIVE 


0514 05 

186 

OB 

5, 0EAH 


0515 EA 

187 

• MP6 

AND WP7 NOT PEOUIRED FOR ASVNC 


0516 08 

188 

08 

0.0 


K17 00 

18? 

190 +1 

IEJECT 


210311-27 


2-195 



AP-134 



HCS-86 MACRO ASSEMBLER 

flSVNCe 





LOG 'OBJ 

LHC 

SOURCE 





191 






192 

•START OF COMMAND ROUTINES 




193 






194 




195 

,* 





196 

•* INITIALIZATION COMMAND FOR THE 8274 - THE 32?4 * 



197 

.• * IS SETUP' ACCORDING TO THE PARAMETERS STORED IN ♦ 



198 

•♦ PROM ABOVE STARTING AT CHSTPB FOR CHANNEL 6 AND * 



199 

,* CMSTPA FOR CHANNEL A 




200 



t 



201 




202 





0518 

203 

INITIAL-8274 





284 

•COPV INTERRUPT VECTOR IP AND CS VALUES FROM PROM T'T RAM 


0518 C 70600028806 

285 

MOV 

TX-VECTOR.CHB, OFFSET XMTINB .TX DATA VECTOR fHB 


051E 8C0E0202 

206 

MOV 

TX.CS.CHB, CS 



0522 C 70604023506 

207 

MOV 

STS-VECTOR.CHB. OFFSET STAINB -STATUS 'VECTOR- CHE' 


0528 8C0E0602 

208 

MOV 

STS-CS.CHB. CS 



052C C70608824906 

209 

MOV 

RX.VECTOR.CHB, OFFSET RCVINB .R X DATA VECTOR CHS 


8532 8C0E0A02 

210 

MOV 

RX.CS.CHB, CS 



0536 C7060C027706 

211 

MOV 

ERR.VECTOR.CHB, OFFSET 

ERR I MB .ERROR 'VECTOR CH8 


053C 8C0E0A02 

212 

MOV 

PX.CS.CH6, CS 



0540 C70619028C06 

213 

MOV 

TX.VECTOR.CHft, OFFSET XMTINft -TX DATft ’VECTOR CHA 


0546 8C0E1202 

214 

MOV 

TX.CS.CHA, CS 



054A C7061402B906 

215 

MOV 

STS.VECTOR.CHR. OFFSET STflINA .STATUS VECTOR CHA 


0550 8C0E1682 

216 

MOV 

STS.CS.CHA. CS 



0554 C7061802CO06 

217 

MOV 

RX.VECTOR.CHA. 'OFFSET RCVJNfi ,RX DftTfl VECTOR CHA 


055A 8C0E1A02 

218 

MOV 

RX.CS.CHft. CS 



055E C7061C02FB06 

219 

MOV 

ERR.VECTOP.CHfi. OFFSET EPRINfl .ERROR: VECTOR CHA 


0564 8C0E1E02 

220 

MOV 

ERR.CS.CHR. CS 




221 






222 

,COPY SETUP TABLE PARAMETERS INTO '3274 




223 





0568 8F0005 

224 

MOV 

01, OFFSET CMBSTRB 

.INITIALIZE CHB 


056B BA0600 

225 

MOV 

DX, COMMAND.PORT.CHB 



056E E82E08 

226 

CALL 

SETUP 

,COPV CHe PARAMETERS 


0571 BF0C05 

227 

NOV 

DI, OFFSET CMDSTRA 

• INITIALIZE CHA 


0574 BA0200 

228 

MOV 

DX, COMMftND.PORT.CHft 



0577 E82500 

229 

CALL 

SETUP 

, COPV CHA PARAMETERS 



230 






231 

, INITIALIZE STATUS BVTES AND FLAGS 




232 





057A B80000 

233 

MOV 

AX. 0 



057D A22B02 

234 

MOV 

ERROR.MSG.CftE:, AL 

• CLEAR ERROR FLAG CHB 


0580 A23702 

235 

MOV 

ERROR.MSG.CHfl, AL 

• CLEAR ERROR FLAG CHA 


0583 A22A02 

236 

MOV 

STATUS.HSG.CHB, AL 

• CLEAR STATUS FLAG CHB 


0586 A23682 

237 

MOV 

STATUS_MSG_CHfl, AL 

• CLEAP STATUS FLAG CHA 


0589 A32602 

238 

NOV 

RX.COUNT.CHB, AX 

, CLEAR RX COUNTER CHB 


858C A33202 

239 

MOV 

RX.COUNT.CHA, AX 

, CLEAR RX COUNTER CHA 


058F B801 

240 

MOV 

AL, 1 



8591 A22902 

241 

MOV 

rx_ready_chb, al 

, SET RX DONE FLAG CHB 


0594 A23592 

242 

MOV 

RX.READV.CHA, AL 

, SET RX DONE FLAG CHA 


0597 A22802 

243 

MOV 

TX.EMPTY.CHB, AL 

. SET TX DONE FLAG CHB 


059A A23402 

244 

MOV 

TX.EMPTV.CHA, AL 

• SET TX DONE FLAG CHA 


059D FB 

245 

STI 


•ENABLE INTERRUPTS 


059E C3 

246 

RET 


• RETURN - DONE WITH SETUP' 



247 





059F 8A05 

248 

SETUP MOV 

AL, CDI3 

•PARAMETER COPYING ROUTINE 


05A1 3C00 

249 

CMP 

AL, 0 



05A3 7404 

250 

JE 

t>ac 


210311-28 


2-196 





AP-134 



LOC OBJ 

LINE 

SOURCE 



9585 EE 

251 


an 

OX. 8L .OUTPUT PARAMETER 


0586 4. 

252 


INC 

01 -POINT AT NEXT PAFAMETEF 


0587 EB F6 

253 


JNP 

SETUP -GO LOAt' IT 


858? C3 

254 

DONE 

RET 

• DONE - SO RETURN 



255 






256 +1 

♦EJECT 




257 






258 

, ***4i4444444444444*44444444444*4<*4*44**44i44*4*4‘44 4 44 4 *444*4>444 4>4 



25? 

. 4 


* 



268 

. 4 

TX CH8NNEL B COHMfiNC> ROUTINE - ROUTINE IS C8LLE0 TO » 



261 

. * 

TRANSMIT fl BUFFER THE EUFFEP ST8FTING ADDRESS- ♦ 



262 

, 4 

TX.ROINTER.CHB. 8N0 THE BUFFER LENGTH. TX.LEMGTH.CHB. 



267 

. 4 

MUST BE INITI8LIZE0 BV THE C8LLING PROGRAM 4 



264 

.4 

BOTH ITEMS RRE UORO V8RIRBLES * 



265 

.4 


* 



266 

, 44*44444444444444444*44444*444444444*4444444i1.44*44444444444*44*4 



267 





0588 

268 

TX.COMHAND.CHB 



6588 50 

269 


PUSH 

AX , SAVE REGISTERS 


058B 57 

278 


PUSH 

01 


058C 52 

271 


PUSH 

OX 


8580 0666280266 

272 


MOV 

TX_EMPTV_C H8 ■ 0 . CLEAR EMPTY FLAG 


0562 680460 

273 


MOV 

OX- DATM_P0RT_CH6 . SETUP PORT POINTER 


8565 8B3E2802 

274 


HOV 

DI. TX.POINTEP.LHE: -GET TX BUFFER POINTER. CHB 


05B9 8865 

275 


MOV 

AL. con -GET FIRST CHARACTER TO TX 


05BB EE 

276 


aiT 

OX. a .OUTPUT IT TO 8274 TO GET IT STARTED 


056C 58 

277 


POP 

OX 


056C- 5F 

278 


POP 

01 


056E 58 

279 


POP 

AX 


056F a 

280 


RET 

. RETURN 



281 






282 

. 4*44*44444444444444444444444444444444444.4444444444444444 ******** 



283 

, * 


4 



284 

. * 

TX CHANNEL 8 COHHHNO ROUTINE - ROUTINE IS C8LLE0 TO * 



285 

. 4 

TR8NSMIT 8 BUFFER THE BUFFER ST8RTIHG ADDRESS. ♦ 



286 

.4 

TX.POINTER.CHA. 8N0 THE BUFFER LENGTH. TX_LEHGTH.CH8, * 



287 

. 4 

MUST BE INITIALIZED BV THE CALLING PROGRAM * 



288 

,4 

BOTH ITEMS ARE WORD VARIABLES 4 



289 

,4 


* 



299 

,******44************* 44444444444444444444+4*44444444444444444444 



291 





05C0 

292 

TX.COMHAND.CHA 



05C9 50 

293 


PUSH 

AX ■ SAVE REGISTERS 


05C1 57 

294 


PUSH 

01 


85C2 52 

295 


PUSH 

OX 


05C3 C 606348200 

296 


MOV 

tx_ehpty_cha. 0 .clear empty flag 


05C8 B88000 

297 


MOV 

ox. OATA.PORT.CHA . SETUP PORT POINTER 


05C8 8B3E2C02 

298 


MOV 

01 . TX.POINTER.CHA .GET TX BUFFER POINTER CHA 


95CF 8885 

299 


MOV 

AL. [01 1 ■ GET FIRST CHARACTER TO TX 


0501 EE 

300 


OUT 

OX. HL -OUTPUT IT TO 8274 TO GET IT STARTED 


05D2 58 

301 


POP 

OX 


0503 5F 

302 


POP 

01 


8504 58 

303 


FOP 

AX 


0505 C3 

304 


RET 

• RETURN 



305 






396 

, 44444444444444*444444 *444444 4444*4444444 4**4 4 ***** *4+4+4*44 V *44*. 



307 

.4 


' 4 



308 

.4 

PX COMMAND FOR' CHANNEL 6 - THE CALLING FOUTINE MUST 4 



309 

.4 

INITIALIZE P:\_P0INTER_rH6 TO POINT AT THE RECEIVE * 



310 

.4 

BUFFER BEFORE CALLING THIS ROUTINE * 







210311-29 


/ 


2-197 



AP-134 


inteT 


MCS-86 MACRO ASSEMBLER 

ASVNCB 




LOG OBJ 

LINE 

SOURCE 




311 

♦ 




312 

******************* ft******************* ************ ****t *♦♦*♦*<• 


05K 

314 

PX_CONHAND_CHB 



05D6 50 

215 

PUSH 

A:-. . • SAVE REGISTERS 


05D7 52 

216 

PJSH 

PX 


0508 C00629O200 

317 

MOV 

PX.REflDV.CHB- 0 -CLEAR R" PEftC-V FLAG 


0500 C 70626020000 

218 

MOV 

PK.COUNT.CHB. 0 - ‘.LEAP PX COUNTER 


05E3 BA0680 

319 

MOV 

Da. COMMANDlPORT.CHB -POINT AT COMMAND FORT 


05E6 B063 

320 

MOV 

AL- 2 .SET UP FOP HP2 


05E8 EE 

321 

OUT 

PX. AL 


05E9 B8C1 

222 

MOV 

AL. 8C1H .UR] - 8 BITS, C HR. ENABLE PX 


05EB EE 

223 

OUT 

DX- AL 


05EC 5A 

324 

Pip 

Da 


05ED 58 

325 

POP 

AX 


05EE C3 

326 

. PET 

■ RETURN 



327 





328 

, ************************************** *********** ******* ******** 



329 

, * 

♦ 



338 

,* RX COMMAND FOP CHANNEL A - THE CALLING ROUTINE MUST * 



231 

•* INITIALIZE PX_PO I NTEF*_C Hfl TO POIHT AT THE RECEIVE ♦ 



332 

.■* BUFFER BEFORE CALLING THIS ROUTINE + 



333 

.* 

* 



334 

. ******************++****+***** ****** ***** * ** ******** ******** *** * 



335 




05EF 

336 

RX.COMMAND.CHA 



05EF 58 

337 

PUSH 

AX . SAVE REGISTERS 


05F0 52 

338 

PUSH 

DX 


05F1 13686350200 

339 

MOV 

RX.READV.CHA- 0 -CLEAR RX READY FLAG 


85F6 'C70632028000 

348 

MOV 

PX_COUNT_CHA- 8 -CLEAR RX COUNTER 


05FC BA8200 

341 

MOV 

DX, COMMAND. PORT J.'HB .POINT AT COMMAND PORT 


05FF B003 

342 

MOV 

AL- 3 - SET UP FOR WR3 ' 


0681 EE 

343 

OUT 

DX- AL 


0602 B0C1 

244 

MOV 

AL, 0C1H -HR2 - 8 BIT&TCHP. ENABLE PX 


0684 EE 

345 

OUT 

DX, AL 


9605 5A 

346 

POP 

DX 


0606 58 

347 

POP 

AX 


0607 C3 

348 

RET 

■ RETURN 



349 





358 +1 

REJECT 




351 





352 

, **************************+*+♦***********************,*,********+* 



353 

, * 

* 



354 

* * START OF INTERRIFT SERVICE ROUTINES * 



355 

,* . 

* 



356 

i **********************+******+**+********* 1 ****+** *************** 



357 





358 

• CHFWNEL B TRANSMIT DATA SERVICE ROUTINE 



359 




0608 52 

360 

XHTINB PUSH 

DX , SAVE REGISTER'S 


0609 57 

361 

PUSH 

DI 


660A 50 

362 

PJSH 

AX 


060B E80201 

363 

CALL 

EOI . SENT' EDI COMMAND TO 8274 


066E FF062002 

364 

INC: 

TX-P0INTER-CHB .POINT TO NEXT CHARACTER 


0612 FF0E2292 

365 

DEC 

TX_LENGTH_CHB . PEC LENGTH COUNTER 


0616 740E 

366 

JE 

XIB . TEST IF DONE 


0618 BA0400 

367 

MOV 

DX. DATR_POPT_CHB .NOT PONE - GET NEXT CHAPACTEP 


061B 8B3E2002 

368 

MOV 

DI. TX-POINTEP-CHB 


061F 8fl05 

369 

MOV 

AL- IDI] -PUT CHRRflCtER IN RL 


0621 EE 

370 

OUT 

DX, AL .OUTPUT IT TO 8274 






210311-30 


2-198 




AP-134 



HCS-86 MACRO ASSEMBLER 

ASYNCB 





LX OBJ 

LINE 

SOURCE 




0622 58 

3?1 


POP 

AX 

•RESTORE REGISTERS 

0623 5F 

372 


POP 

DI 


0624 5A 

373 


POP 

DX 


0625 CF 

374 


IRET 


j RETURN TO FOREGROIJND 

0626 BA8600 

375 

XIB. 

MOV 

DX. C0MMAND_P9RT_CH8 .ALL CHARACTERS HAVE BEEN SEND 

0629 B028 

376 


MOV 

AL. 28H 

■ RESET TRANSMITTER INTERRUPT PENf'ING 

062B EE 

377 


OUT 

DX. RL 


062C C606288201 

378 


MOV 

TX_EMPTY_CH8, 1 

. DONE - SO SET TX EMPTV FLAG CHB 

0631 58 

379 


POP 

AX 

RESTORE REGISTERS 

0632 5F 

380 


POP 

DI 


0633 5A 

381 


POP 

DX 


0634 CF 

382 


IRET 


•RETURN TO FOREGROUND 


383 






384 

. CHANNEL B STATUS CHANGE SERVICE ROUTINE 


385 





0635 52 

386 

STAIN8- 

PUSH 

DX 

.SAVE REGISTERS 

0636 5? 

387 


PUSH 

DI 


063? 50 

388 


PUSH 

AX 


0638 E8D500 

389 


CALL 

E0I 

, SEND' EOI COMMAND TO 8274 

0638 8A0600 

398 


MOV 

DX.. COMMAND. PORT.CHB 

063E EC 

391 


IN 

AL,. DX 

■READ RR8 

063F A22A02 

392 


MOV 

STATUS J1SG.CHB. 

AL .PUT RP0 IN STATUS MESSAGE 

0642 8010 

393 


MOV 

AL. 10H 

. SEND RESET STATUS INT COMMAND TO 8274 

0644 EE 

394 


OUT 

DX. AL 


0645 58 

395 


POP 

AX 

•RESTORE REGISTERS 

0646 5F 

396 


POP 

DI 


064? 5A 

397 


POP 

DX 


8648 CF 

398 


IRET 




299 






400 

•CHANNEL 8 RECEIVED DATA SERVICE ROUTINE 


401 





0649 52 

462 

RCVINB 

PUSH 

DX 

. SAVE REGISTERS 

064A 5? 

403 


PUSH 

DI 


0648 58 

404 


PUSH 

AX 


064C ESC 108 

405 


CALL 

EOI 

• SEND EOI COftl AND TO 8274 

064F 6B3E2402 

406 


MOV 

DI. RX-POINTEP-CHB -GET RX CHB EJJFEP POINTEP 

8653 BA0400 

407 


MOV 

DX. DATA-POPT.CHB 

0656 EC 

408 


IN 

AL. DX 

•READ CHARACTER 

06.5? 8805 

409 


HOV 

ID1I AL 

. STORE IN BUFFER 

*55? FF062402 

410 


INC 

RX-POINTEP_CHB 

■ BUMP THE BUFFER POINTEP 

065C* FF062602 

411 


INC 

PX-COUNT-CHB 

• BUMP THE COUNTER 

0661 I CUD 

412 


CMP 

AL- CP-CHP 

• TEST IF LAST CHARACTER TO BE RECEIVED" 

0663 ?50E 

412 


JNE 

RIB 


0665 0606298201 

414 


MOV 

RX-FEPt'Y-CHE, 1 

■ YES. SET READY FLAG 

866A BA8600 

415 


MOV 

DX. COHHAND.PORT-CHB -POINT AT COMMAND PORT 

0660 8002 

416 


HOV 

AL- 2 

POINT AT HP2 

066F EE 

41? 


OUT 

DX. AL 


86?0 8X0 

418 


MOV 

ML. 0C0H 

•DISABLE RX 

86?2 EE 

419 


CKJT 

[•X. AL 


8672 58 

420 

RIB 

FOP 

AX 

•EITHER WAV. RESTORE REGISTERS 

8674 5F 

421 


pop- 

DI 


*3675 5A 

422 


pop 

o;<: 


0676 CF 

423 


IRET 


■ RETURN TO FOF'E'jF'OUNC’ 


424 






425 

426 

42? 

. CHANNEL E. ERROR SERVICE ROUTINE 

8677 52 

EPPIN8 

PUSH 

[•X 

• SA'-E REGISTERS 

8678 50 



PUSH 

AX 


067? E89460 

42? 


CALL 

EC1 

■ SEND EOI COMMAND TO 8274 

06.7C BA0680 

420 


HOV 

DX. COMMRIiD.FORTj’HE | 


210311-31 
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HCS-86 MACRO ASSEMBLER 

ASYNCB 




LOG OBJ 

Lire 

SOURCE 



067F B001 

431 

MOV 

AL» 1 /POINT AT RR1 


8681 EE 

432 

OUT 

DX, AL 


9682 EC 

433 

IN 

AL/ DX ..READ RR1 


0683 A22B02 

434 

MOV 

ERR0R_H5G_CHB/ AL • SAVE IT IN ERROR FLAG 


0686 8830 

435 

NOV 

AL/ 38H .SEND RESET ERROR COffWND TO 8274 


0688 EE 

436 

OUT 

DX/ AL 


0689 58 

437 

POP 

AX /RESTORE REGISTERS 


068A 5A 

438 

POP 

DX 


0688 CF 

439 

IRET 

/RETURN TO FOREGROUND 



440 





441 

/CHANNEL ft TRANSMIT DATA SERVICE ROUTINE 



442 




068C 52 

443 

XMTINA: PUSH 

DX , SAVE REGISTERS 


0680 57 

444 

PUSH 

DI 


068E 58 

445 

PUSH 

AX 


068F E87E80 

446 

CALL 

EOI ; SEND EOI COWANC- TO 8274 


8692 FF062C82 

447 

INC 

TX_POINTEP._CHft /POINT TO NEXT CHARACTER 


0696 FF0E2E02 

448 

DEC 

TX_LENGTH_CHA .DEC LENGTH COUNTER 


069A 740E 

449 

JE 

XIA .TEST IF DONE 


069C BA0000 

450 

MOV 

DX, DATA.PORT.CHA . NOT DONE - GET NEXT CHARACTER 


069F 8B3E2C82 

451 

MOV 

DI, TX.POINTER.CHA 


06A3 8A85 

452 

MOV 

AL, IDD /PUT CHARACTER IN AL 


06A5 EE 

453 

OUT . 

DX, AL .OtrTPUT IT TO 8274 


06A6 58 

454 

POP 

AX .RESTORE REGISTERS 


06A7 5F 

455 

POP 

DI 


06A8 5A 

456 

POP 

DX 


06A9 CF 

457 

IRET 

• RETURN TO FOREGROUND 


06AA 8A0200 

458 

XIA MOV 

DX. COMMAND_PORT_CHA , ALL CHARACTERS HAVE BEEN SENT- 


06AD B028 

459 

MOV 

AL- 28H ..RESET TRANSMITTER INTERRUPT PENDING 


06AF EE 

460 

OUT 

DX. AL 


0688 C606340201 

461 

MOV 

TX.EHPTV.CHA. 1 / DONE - SO SET TX EMPTY FLAG CHB 


06B5 58 

462 

POP 

fiX -RESTORE REGISTERS 


06B6 5F 

463 

POP 

DI 


0687 5fl 

464 

POP 

DX 


06B8 CF 

465 

IRET 

, RETURN TO FOREGROUND 



466 





467 

/CHANNEL ft STATUS CHANGE SERVICE ROUTINE 



468 




068? 52 

469 

STAlNft PUSH 

DX. .SAVE REGISTERS 


068ft 57 

478 

PUSH 

DI 


068B 56 

471 

PUSH 

AX 

" 

86BC £85108 

472 

CALL 

EOI • SENE- EOI COMMAND- TO 8274 


068F 6A0206 

472 

MOV 

DX. COMHAND_POPT_C HA 


06C2 EC 

474 

IN 

AL- Da .READPP0 


06C3 823682 

475 

MOV 

STATUS.HSG.CHA. AL . PUT PRO IN STATUS MESSAGE 


86C6 8018 

476 

MOV 

AL. 10H .SEND- RESET STATUS INT COMMAND TO S274 


06C8 EE 

477 

OUT 

DX. AL 


06C? 58 

478 

POP 

AX .RESTORE REGISTERS 


06CA 5F 

479 

POP 

DI 


06CE: 5ft 

488 

POE' 

DX 


06CC CF 

481 

IRET 




482 





482 

CHANNEL ft RECEIVED DATA SERVICE ROUTINE 



484 




06CD 52 

. 485 

RCVINft PUSH 

DX ■ SAVE REGISTERS 


06C:E 57 

486 

PUSH 

DI 


06CF 58 

487 

PUSH 

AX 


«W E83D0O 

488 

CALL 

EOI 'SEND EOI COMMAND TO 8274 


' 061-2 882E2802 

48? 

MOV 

C-i. PX. POINTER .CHA GET PX CHH BUFFER P.jlNTEf 


•3607 880080 

490 

MOV 

DX. DATft.Pi.RT.CHA 

210311-32 
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flSYNCe 




LOC OBJ 

LINE 

SOURCE 



06DA EC 

491 

IN 

AL, DX 

. READ CHARACTER 

86DB 8885 

492 

MOV 

con- AL 

•STORE IN BUFFER - 

66DD FF063802 

493 

INC 

PX.POINTER.CHA 

• BUMP THE BUFFER POINTER 

06E1 FF063202 

494 

INC 

RX.COUNT.CHA 

, BUMP THE COl.tNTEP 

06E5 3C0O 

495 

CMP 

a. CR.CHR 

•TEST IF LAST CHARACTER TO BE RE( 

86E7 758E 

496 

JNE 

RIA 


06E9 C606350281 

497 

MOV 

RX.PEADY.CHA. 

1 - YES, SET READY FLAG 

06EE 888200 

498 

MOV 

DX, COMMAND_F'OPT _CHA .POINT AT COMMAND FORT 

06F1 B803 

499 

MOV 

a, 3 

, POINT AT HR! 

06F3 EE 

500 

OUT 

dx, a 


06F4 B8C0 

581 

MOV 

a, 6 C 0 H 

■ DISABLE r:<: 

66F6 EE 

582 

OUT 

dx, a 


06F7 58 

503 

Rift POP 

AX 

■EITHER HAY. RESTORE REGISTERS 

06F8 5F 

504 

POP 

DI 


06F9 5A 

505 

POP 

DX 


06FA CF 

596 

IFET 


■ RETURN TO FOREGROUND 


507 





588 

, CHANNEL ft ERROR SERVICE POUTINE 


509 




06FB 52 

519 

EPRINA PUSH 

DX 

, SAVE REGISTERS 

06FC 59 

511 

PUSH 

AX 


06Ft> E31000 

512 

CALL 

EOI 

, SEND EOI COMMAND TO 8274 

8780 BR8200 

513 

MOV 

DX, COHMAND.PCiRT.Cai 

0703 B081 

514 

MOV 

a, 1 

, POINT AT RR1 

0785 EF 

515 

OUT 

dx, a 


0706 EC 

516 

IN 

a, dx 

, READ RR1 

‘ 0707 023702 

517 

MOV 

ERROR J1S6_CHA. 

a .SAVE IT IN ERROR FLAG 

0700 B030 

518 

MOV 

a, 38H 

■ SEND RESET ERROR COMMAND TO 8274 

070C EE 

519 

OUT 

dx, a 


0700 58 

520 

PIT 

AX 

, RESTORE REGISTERS 

070E 5A 

521 

POP 1 

DX 


070F CF 

522 

IRET 


■ RETURN TO FOREGROUND 


523 





524 

• Effi>-OF- INTERRUPT POUTINE - SENDS EOI COMMAND TO 8274 


525 

, THIS COMMAND MUST ALWAYS TO ISSUED ON CHANNEL A 


526 




0710 58 

527 

EOI. PUSH 

AX 

■ SAVE REGISTERS 

0711 52 

528 

PUSH 

DX 


0712 B00280 

529 

MOV 

DX, COMMAND_POPT_CHA ,flLNflYS FOP CHANNEL A " 1 

0715 B838 

538 

MOV 

a, 38H 


0717 EE 

531 

OUT 

DX. AL 


0718 5ft 

532 

POP 

DX 


0719 58 

533 

POP 

AX 


071fl C3 

534 

RET 




535 





536 

;END OF CODE 

ROUTINE 



537 




— 

538 

ABC 

ENDS 



539 

END 




ASSEMBLY COMPLETE, NO ERRORS FOUND 210311-33 
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INTRODUCTION 

The INTEL 8274 is a Multi-Protocol Serial Controller, 
capable of handling both asynchronous and synchro- 
nous communication protocols. Its programmable fea- 
tures allow it to be configured in various operating 
modes, providing opimization to given data communi- 
cation application. 

This application note describes the features of the 
MPSC in Synchronous Communication applications 
only. It is strongly recommended that the reader read 
the 8274 Data Sheet and Application Note API 34 
“Asynchronous Communication with the 8274 Multi- 
Protocol Serial Controller” before reading this Applica- 
tion Note. This Application note assumes that the read- 
er is familiar with the basic structure of the MPSC, in 
terms of pin description, Read/Write registers and 
asynchronous communication with the 8274. Appendix 
A contains the software listings of the Application Ex- 
ample and Appendix B shows the MPSC Read/Write 
Registers for quick reference. 

The first section of this application note presents an 
overview of the various synchronous protocols. The 
second section discusses the block diagram description 
of the MPSC. This is followed by the description of 
MPSC interrupt structure and mode of operation in the 
third and fourth sections. The fifth section describes a 
hardware/software example, using the INTEL single 
board computer iSBC88/45 as the hardware vehicle. 
The sixth section consists of some specialized applica- 
tions of the MPSC. Finally, in section seven, some use- 
ful programming hints are summarized. 


SYNCHRONOUS PROTOCOL 
OVERVIEW 

This section presents an overview of various synchro- 
nous protocols. The contents of this section are fairly 
tutorial and may be skipped by the more knowledgeable 
reader. 

Bit Oriented Protocols Overview 

Bit oriented protocols have been defined to manage the 
flow of information on data communication links. One 
of the most widely known protocols is the one defined 
by the International Standards Organization: HDLC 


(High Level Data Link Control). The American Stan- 
dards Association’s protocol, ADCCP is similar to 
HDLC. CCITT Recommendation X.25 layer 2 is also 
an acceptable version of HDLC. Finally, IBM’s SDLC 
(Synchronous Data Link Control) is also a subset of the 
HDLC. 

In this section, we will concentrate most of our discus- 
sion on HDLC. Figure 1 shows a basic HDLC frame 
format. 

A frame consists of five basic fields: Flag, Address, 
Control, Data and Error Detection. A frame is bound- 
ed by flags — opening and closing flags. An address field 
is 8 bits wide, extendable to 2 or more bytes. The con- 
trol field is also 8 bits wide, extendable to two bytes. 
The data field or information field may be any number 
of bits. The data field may or may not be on an 8-bit 
boundary. A powerful error detection code called 
Frame Check Sequence contains the calculated CRC 
(Cycle Redundancy Code) for all the bits between the 
flags. 

ZERO BIT INSERTION 

The flag has a unique binary bit pattern: 7E HEX. To 
eliminate the possibility of the data field containing a 
7E HEX pattern, a bit stuffing technique called Zero 
Bit Insertion is used. This technique specifies that dur- 
ing transmission, a binary 0 be inserted by the transmit- 
ter after any succession of five contiguous binary l’s. 
This will ensure that no pattern of 0 1 1 1 1 1 1 0 is ever 
transmitted between flags. On the receiving side, after 
receiving the flag, the receiver hardware automatically 
deletes any 0 following five consecutive l’s. The 8274 
performs zero bit insertion and deletion automatically 
in the SDLC/HDLC mode. The zero-bit stuffing en- 
sures periodic transitions in the data stream. These 
transitions are necessary for a phase lock circuit, which 
may be used at the receiver end to generate a receive 
clock which is in phase to the received data. The insert- 
ed and deleted 0’s are not included in the CRC check- 
ing. The address field is used to address a given second- 
ary station. The control field contains the link-level con- 
trol information which includes implied acknowledge- 
ment, supervisory commands and responses, etc. A 
more detailed discussion of higher level protocol func- 
tions is beyond the scope of this application note. Inter- 
ested readers may refer to the references at the end of 
this application note. 


Opening 

Flag 

Byte 

Address* 

Field (A) 

Control** 

Field (C) 

Data 

Field 

Frame 

Check 

Sequence 

Closing 

Flag 

Byte 


Figure 1. HDLC/SDLC Frame Format 

"Extendable to 2 or More Bytes. 

* "Extendable to 2 Bytes. 
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The data field may be of any length and content in 
HDLC. Note that SDLC specifies that data field be a 
multiple of bytes only. In data communications, it is 
generally desirable to transmit data which may be of 
any content. This requires that data field should not 
contain characters which are defined to assist the trans- 
mission protocol (like opening flag 7EH in HDLC/ 
SDLC communications). This property is referred to as 
“data transparency’’. In HDLC/SDLC, this code 
transparency is made possible by Zero Bit Insertion dis- 
cussed earlier and the bit oriented nature of the proto- 
col. 

The last field is the FCS (Frame Check Sequence). The 
FCS uses the error detecting techniques called Cyclic 
Redundancy Check. In SDLC/HDLC, the CCITT- 
CRC must be used. 

NON-RETURN TO ZERO INVERTED (NRZI) 

NRZI is a method of clock and data encoding that is 
well suited to the HDLC protocol. It allows HDLC 
protocols to be used with low cost asynchronous mo- 
dems. NRZI coding is done at the transmitter to enable 
clock recovery from the data at the receiver terminal by 
using standard digital phase locked loop techniques. 
NRZI coding specifies that the signal condition does 
not change for transmitting a 1, while a 0 causes a 
change of state. NRZI coding ensures that an active 
data line will have transition at least every 5-bit times 
(recall Zero Bit Insertion), while contiguous 0’s will 
cause a change of state. Thus, ZBI and NRZI encoding 
makes it possible for a phase lock circuit at the receiver 
end to derive a receive clock (from received data) which 
is synchronized to the received data and at the same 
time ensure data transparency. 


Byte Synchronous Communication 

As the name implies, Byte Synchronous Communica- 
tion is a synchronous communication protocol which 
means thai the Transmitting station is synchronized to 
the receiving station through the recognition of a spe- 
cial sync character or characters. Two examples of Byte 
Synchronous protocol are the IBM Bisync and Mono- 


sync. Bisync has two starting sync characters per mes- 
sage while monosync has only one sync character. For 
the sake of brevity, we will only discuss Bisync here. 
All the discussion is valid for Monosync also. Any ex- 
ceptions will be noted. Figure 2 shows a typical Bisync 
message format. 

The Bisync protocol is defined for half duplex commu- 
nication between two or more stations over point to 
point or multipoint communication lines. Special char- 
acters control link access, transmission of data and ter- 
mination of transmission operations for the system. A 
detailed discussion of these special control characters 
(SYN, ENQ, STX, ITB, ETB, ETX, DLE, SOH, 
ACKO, ACK1, WACK, NAK and EOT, etc) is beyond 
the scope of this Application Note. Readers interested 
in more detailed discussion are directed to the refer- 
ences listed at the end of this Application Note. 

As shown in Figure 2, each message is preceded by two 
sync characters. Since the sync characters are defined 
at the beginning of the message only, the transmitter 
must insert fill characters (sync) in order to maintain 
synchronization with the receiver when no data is being 
transmitted. 


TRANSPARENT TRANSMISSION 

Bisync protocol requires special control characters to 
maintain the communication link over the line. If the 
data is EBCDIC encoded, then transparency is ensured 
by the fact that the field will not contain any of the 
bisync control characters. However, if data does not 
conform to standard character encoding techniques, 
transparency in bisync is achieved by inserting a special 
character DLE (Data Link Escape) before and after a 
string of characters which are to be transmitted trans- 
parently. This ensures that any data characters which 
match any of the special characters are not confused for 
special characters. An example of a transparent block is 
shown in Figure 3. 

In a transparent mode, it is required that the CRC 
(BCC) is not performed on special characters. Later on, 
we will show how the 8274 can be used to achieve 
transparent transmission in Bisync mode. 


SYNC 

SYNC SOH HEADER STX TEXT ETX OR ETB CRC 1 

CRC 2 

Figure 2. Bisync Message Format 

DLE 

STX TRANSPARENT TRANSMISSION DLE ETX 

BCC 


Enter transparent mode return to normal mode 


Figure 3. Bisync Transparent Format 


2-204 





AP-145 



BLOCK DIAGRAM 

This section discusses the block diagram view of the 
8274. The CPU interface and serial interface is dis- 
cussed separately. This will be followed by a hardware 
example in the fifth section, which will show how to 
interface the 8274 with the Intel CPU 8088. The 8274 
block diagram is shown in Figure 4. 


CPU Interface 

The CPU interface to t he s yste m int erface logic block 
utilizes the AO, Al, CS, RD and WR inputs to commu- 
nicate with the internal registers of the 8274. Figure 5 
shows the address of the internal registers. The DMA 
interface is achieved by utilizing DMA request lines for 


each channel: TxDRQa, TxDRQb, RxDRQa, 
RxD RQr. Note that TxDRQb and RxDRQb become 
IPO and IPI respectively in non-D MA mode. IPI is the 
Interrupt Priority Input and IPO is the Interrupt Prior- 
ity Output. These two pins can be used for connecting 
multiple MPSCs in a daisy chain. If the Wait Mode is 
programmed, then TxRDQa and RxDRQb pins be- 
come RDYb and RDY^ pins. These pins can be wire- 
OR’ed and are usually hooked up to the CPU RDY 
line to synchronize the CPU for block transfers. The 
INT pin is acti vated w henever the MPSC requires CPU 
attention. The INTA may be used to utilize the power- 
ful vectored mode feature of the 8274. Detailed discus- 
sion on these su bjects w ill be done later in this Applica- 
tion Note, The RESET pin may be used for hardware 
reset while the clock is required to click the internal 
logic on the MPSC. 



210403-1 


Figure 4. 8274 Block Diagram 
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cs 

A1 

AO 

Read Operation 

Write Operation 

0 

0 

0 

CHA DATA READ 

CHA DATA WRITE 

0 

1 

0 

CHA STATUS REGISTER 

CHA COMMAND/PARAMETER 




(RR0.RR1) 

(WR0-WR7) 

0 

0 

1 

CHB DATA READ 

CHB DATA WRITE 

0 

1 

1 

CHB STATUS REGISTER 

CHB COMMAND/PARAMETER 




(RR0,RR1,RR2) 

(WR0-WR7) 

1 

X 

X 

HIGH Z 

HIGH Z 


Figure 5. Bus Interface 


Serial Interface 


Transmit and Receive Data Path 


On the serial side, there are two completely indepen- 
dent channels: Channel A and Channel B. Each chan- 
nel consists of a transmitter block, receiver block and a 
set of read/write registers which are used to initialize 
the device. In addition, a control logic block provides 
the modem interface pins. Channel B serial interface 
logic is a mirror image of Channel A serial interface 
logic, except for one exception: there is only one pin for 
RTS b and SYNDET B . 

A a given time, this pin is either RTS B or SYNDET B . 
This mode is programmable through one of the internal 
registers on the MPSC. 


Figure 6 shows a block diagram for transmit and re- 
ceive data path. Without describing each block on the 
diagram, a brief discussion of the block diagram will be 
presented here. 

TRANSMIT DATA PATH 

The transmit data is transferred to the twenty-bit serial 
shift register. The twenty bits are needed to store two 
bytes of sync characters in bisync mode. The last three 
bits of the shift register are used to indicate to the inter- 
nal control logic that the current data byte has been 
shifted out of the shift register. The transmit data in the 


CPU I 0 
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Figure 6. Transmit and Receive Data Path 
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transmit shift register is shifted out through a two bit 
delay onto the TxData line. This two bit delay is used 
to synchronize the internal shift clock with the external 
transmit clock. The data in the shift register is also 
presented to zero bit insertion logic which inserts a zero 
after sensing five contiguous ones in the data stream. In 
parallel to all this activity, the CRC-generator is com- 
puting CRC on the transmitted data and appends the 
frame with CRC bytes at the end of the data transmis- 
sion. 


RECEIVE DATA PATH 

The received data is passed through a one bit delay 
before it is presented for flag/sync comparison. In bi- 
sync mode, after the synchronization is achieved, the 
incoming data bypasses the sync register and enters di- 
rectly into the three bit buffer on its way to receive shift 
register. In SDLC mode, the incoming data always 
passes through the sync register where the data pattern 
is continuously monitored- for contiguous ones for the 
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zero deletion logic. The data then enters the three bit 
buffer and the receive shift register. From the receive 
shift register, the data is transferred to the three byte 
deep FIFO. The data is transferred to the top of the 
FIFO at the chip clock rate (not the receiver clock). It 
takes three chip clock/periods to transfer data from the 
serial shift register to the top of the FIFO. The three bit 
deep Receive Error FIFO shifts any error condition 
which may have occurred during a frame reception. 
While all this is happening, the CRC checker is check- 
ing the CRC on the incoming data. The computed 
CRC is checked with the CRC bytes attached to the 
incoming frame and an error generated under a no- 
check condition. Note that the bisync data is presented 
to the CRC checker with an 8-bit delay. This is neces- 
sary to achieve transparency in bisync mode as will be 
shown later in this Application Note. 


MULTI-PROTOCOL SERIAL 
CONTROLLER (MPSC) INTERRUPT 
STRUCTURE 

The MPSC offers a very powerful interrupt structure, 
which helps in responding to an interrupt condition 
very quickly. There are multiple sources of interrupts 
within the MPSC. However, the MPSC resolves the 
priority between various interrupting sources and inter- 
rupts the CPU for service through the interrupt line. 
This section presents a comprehensive discussion of all 
the 8247 interrupts and the priority resolution between 
these interrupts. 

All the sources of interrupts on the 8274 can be 
grouped into three distinct categories. (See Figure 7.) 

1. Receive Interrupts 

2. Transmit Interrupts 

3. External/Status Interrupts. 

An internal interrupt priority structure sets the priority 
between the interrupts. There are two programmable 
options available on the MPSC. The priority is set by 
WR2A, D2 (Figure 8). 


PRIORITY 


WR2A:D2 

Highest 





Lowest 

0 

RxA 

TxA 

RxB 

TxB 

EXTA 

EXTB 

1 

RxA 

RxB 

TxA 

TxB 

EXTA 

EXTB 


Figure 8. Interrupt Priority 


Receive Interrupt 

All receive interrupts may be categorized into two dis- 
tinct groups: Receive Interrupt on Receive Character 
and Special Receive Condition Interrupts. 


RECEIVE INTERRUPT ON RECEIVE 
CHARACTER 

A receive interrupt is generated when a character is 
received by the MPSC. However, as will be discussed 
later, this is a programmable feature on the MPSC. A 
Rx character available interrupt is generated by the 
MPSC after the receive character has been assembled 
by the MPSC. It may be noted that in DMA transfer 
mode too, a receive interrupt on the first receive char- 
acter should be programmed. In SDLC mode, if ad- 
dress search mode has been programmed, this interrupt 
will be generated only after a valid address match has 
occurred. In bisync mode, this interrupt is generated on 
receipt of a character after at least two valid sync char- 
acters. In monosync mode, a character followed after at 
least a single valid sync character will generate this in- 
terrupt. An interrupt on first receive character signifies 
the beginning of a valid frame. An end of the frame is 
characterized by an “End of Frame” Interrupt (RR1: 
D7).* This bit (RR1:D7) is set in SDLC/HDLC mode 
only and signifies that a valid ending flag (7EH) has 
been received. This bit gets reset either by an “Error 
Reset” command (WRO: D5D4D3 = 110) or upon re- 
ception of the first character of the next frame. In mul- 
tiframe reception, on receiving the interrupt at the 
“End of Frame” the CPU may issue an Error Reset 
command which will reset the interrupt. In DMA 
mode, the interrupt on first receive character is accom- 
panied by a RxDRQ (Receiver DMA request) on the 
appropriate channel. At the end of the frame, an End of 
Frame interrupt is generated. The CPU may use this 
interrupt to jump into a routine which may redefine the 
receive buffer for the next incoming frame. 

*NOTE: 

RR1:D7 is bit D7 in Read Register 1. 

SPECIAL RECEIVE CONDITION INTERRUPTS 

So far, we have assumed that the reception is error free. 
But this is not ‘typical’ in most real life applications. 
Any error condition during a frame reception generates 
yet another interrupt — special receive condition inter- 
rupt. There are four different error conditions which 
can generate this interrupt. 

(i) Parity error 

(ii) Receive Overrun error 

(iii) Framing error 

(iv) End of Frame 

(i) Parity error: Parity error is encountered in asyn- 
chronous (start-stop bits) and in bisync/monosync pro- 
tocols. Both odd or even parity can be programmed. A 
parity error in a received byte will generate a special 
receive condition interrupt and sets bit 4 in RR1. 
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(ii) Receive Overrun error: If the CPU or the DMA 
controller (in DMA mode) fails to read a received char- 
acter within three byte times after the received charac- 
ter interrupt (or DMA request) was generated, the re- 
ceiver buffer will overflow and this will generate a spe- 
cial receive condition interrupt and sets bit 5 in RR1. 

(iii) Framing error: In asynchronous mode, a framing 
error will generate a special receive interrupt and set bit 
D6 in RR1. This bit is not latched and is updated on 
the next received character. 

(iv) End of frame: This interrupt is encountered in 
SDLC/HDLC mode only. When the MPSC receives 
the closing flag, it generates the special receive condi- 
tion interrupt and sets bit D7 in RR1. 

All the special receive condition interrupts may be reset 
by issuing an Error Reset Command. 

CRC Error: In SDLC/HDLC and synchronous modes, 
a CRC error is indicated by bit D6 in RR1. When used 
to check CRC error, this bit is normally set until a 
correct CRC match is obtained which resets this bit. 
After receiving a frame, the CPU must read this bit 
(RR1:D6) to determine if a valid CRC check had oc- 
curred. It may be noted that a CRC error does not 
generate an interrupt. 

It may also be pointed out that in SDLC/HDLC mode, 
receive DMA requests are disabled by a special receive 
condition and can only be re-enabled by issuing an Er- 
ror Reset Command. 


Transmit Interrupt 

A transmit buffer empty generates a transmit interrupt. 
This has been discussed earlier under “Transmit in In- 
terrupt Mode” and it would be sufficient to note here 
that a transmit buffer empty interrupt is generated only 
when the transmit buffer gets empty — assuming it had 
a data character loaded into it earlier. This is why on 
starting a frame transmission, the first data character is 
loaded by the CPU without a transmit empty interrupt 
(or DMA request in DMA mode). After this character 
is loaded into the serial shift register, the buffer be- 
comes empty, and an interrupt (or DMA request) is 
generated. This interrupt is reset by a “Reset Tx Inter- 
rupt/DMA Pending” command (WRO: D5 D4 D3 = 
101 ). 


External/Status Interrupt 

Continuing our discussion on transmit interrupt, if the 
transmit buffer is empty and the transmit serial shift 
register also becomes empty (due to the data character 
shifted out of the MPSC), a transmit under-run inter- 
rupt will be generated. This interrupt may be reset by 
“Reset External/Status Interrupt” command (WRO: 
D5 D4 D3 = 101). 


The External Status Interrupt can be caused by five 
different conditions: 

(i) CD Transition 

(ii) CTS Transition 

(iii) Sync/Hunt Transition 

(iv) Tx under-run/EOM condition 

(v) Break/ Abort Detection. 

CD, CTS TRANSITION 

Any transition on these inputs on the serial interface 
will generate an External/Status interrupt and set the 
corresponding bits in status register RRO. This inter- 
rupt will also be generated in DMA as wel l as i n Wait 
Mode. In order to find out the state of the CTS or CD 
pins before the transition had occurred, RRO must be 
read before issuing a Reset External/Status Command 
through WRO. A read of RRO after the Res et Ex ternal/ 
Status Command will give the condition of CTS or CD 
pins after the transition had occurred. Note th at bit D5 
in RRO gives the complement of the state of CTS pin 
while D3 in RRO reflects the actual state of the CD pin. 

SYNC HUNT TRANSITION 


Any transition of the SYNDET input generates an in- 
terrupt. However, sync input has different functions in 
different modes and we shall discuss them individually. 

SDLC Mode 

In SDLC mode, the SYNDET pin is an out put. Status 
register RR1, D4 contains the state of the SYNDET 
pin. The Enter Hunt Mode initially sets this bit in RO. 
An opening flag in a received SDLC frame resets this 
bit and generates an external status interrupt. Every 
time the receiver is enabled or the Enter Hunt Code 
Command is issued, an external status interrupt will be 
generated on receiving a valid flag followed by a valid 
address/data character. This interrupt may be reset by 
the “Reset External/Status Interrupt” command. 

External SYNC Mode 

The MPSC can be programmed into External Sync 
Mode by setting WR4, D5 D4 = 11. The SYNDET 
pin is an input in this case and must be held high until 
an external character synchronization is established. 
However, the External Sync mode is enabled by the 
Enter Hun t Mode control bit (WR3: D4). A high at the 
SYNDET pin holds the Sync/Hunt bit (RR0,D4) in 
the res et state. W hen external synchronization is estab- 
lished, SYNDET must be driven low on second rising 
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edge of RxC after the rising edge of RxC on which the 
last bit of sync character was received. This high to low 
transition sets the Sync/Hunt bit and generates an ex- 
ternal/status interrupt, which must be reset by th e Re- 
set External/Status command. If the SYNDET input 
goes high again, another External Status Interrupt is 
generated, which may be cleared by Reset External/ 
Status command. 

Mono-Sync/Bisync Mode 

SYNDET pin acts as an output in this case. The Enter 
Hunt Mode sets the Sync/Hunt bit in RO. Sync/Hunt 
bit is reset when the MPSC achieves character synchro- 
nization. This high to low tr ansition w ill generate an 
external status interrupt. The SYNDET pin goes active 
every time a sync pattern is detected in the data stream. 
Once again, the external status interrupt may be reset 
by the Reset External/Status command. 

Tx UNDER-RUN/END OF MESSAGE (EOM) 

The transmitter logic includes a transmit buffer and a 
transmit serial shift register. The CPU loads the char- 
acter into the transmit buffer which is transferred into 
the transmit shift register to be shifted out of the 
MPSC. If the transmit buffer gets empty, a transmit 
buffer empty interrupt is generated (as discussed earli- 
er). However, if the transmit buffer gets empty and the 
serial shift register gets empty, a transmit under-run 
condition will be created. This generates an External 
Status Interrupt and the interrupt can be cleared by the 
Reset External Status command. The status register 
RRO, D6 bit is set when the transmitter under-runs. 
This bit plays an important role in controlling a trans- 
mit operation, as will be discussed later in this applica- 
tion note. 

BREAK/ABORT DETECTION 

In asynchronous mode, bit D7 in RRO is set when a 
break condition is detected on the receive data line. 
This also generates an External/Status interrupt which 
may be reset by issuing a Reset External/Status Inter- 
rupt command to the MPSC. Bit D7 in RRO is reset 
when the break condition is terminated on the receive 
data line and this causes another External/Status inter- 
rupt to ge generated. Again, a Reset External/Status 
Interrupt command will reset this interrupt and will 
enable the break detection logic to look for the next 
break sequence. 


In SDLC Receive Mode, an Abort sequence (seven or 
more l’s) detection on the receive data line will gener- 
ate an External/Status interrupt and set RR0,D7. A 
Reset External/Status command will clear this inter- 
rupt. However, a termination of the Abort sequence 
will generate another interrupt and set RR0,D7 again. 
Once again, it may be cleared by issuing Reset Exter- 
nal/Status Command. 

This concludes our discussion on External Status Inter- 
rupts. 


Interrupt Priority Resolution 

The internal interrupt priority between various inter- 
rupt sources is resolved by an internal priority logic 
circuit, according to the priority set in WR2A. We will 
now discuss the interrupt timings during the priority 
resolution. Figures 9 and 10 show the timing diagrams 
for vectored and non-vectored modes. 

VECTORED MODE 

We shall assume that the MPSC accepted an internal 
request for an interrupt by activating the internal INT 
signal. This l eads to generating an external interrupt 
signal on the INT pin. The CPU responds with an in- 
terrupt acknowl edge ( INT A) sequence. The leading 
edge of the first INTA pulse sets an internal interrupt 
acknowledge signal (we will call it Internal INTA). In- 
ternal INTA is reset by the high going edge of the third 
INTA pulse. The MPSC will not accept any internal 
req uests fo r an interrupt during the period when Inter- 
nal INTA is active (high). The MPSC resolves the pri- 
ority during various existing internal interrupt requests 
during the Interrupt Request Priority Resolve Time, 
which is defined as the time between the leading edge of 
the first INTA and the leading edge of the second 
INTA from the CPU. Once the internal priorities have 
been resolved, an inter nal Interrupt-in-service Latch is 
set. The external INT is also deactivated when the In- 
terrupt-in-Service Latch is set. 

The lower priority interrupt requests are not accepted 
internally until an EOI (WRO: D5 D4 D3 = 111 Ch. A 
only) command is issued by the CPU. The EOI com- 
mand enables the lower priority interrupts. However, a 
higher priority interrupt request will still be ac cepted 
(except during the period when internal INTA is ac- 
tive) even though the Internal-in-Service Latch is set. 
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Figure 9. 8274 in 8085 Vectored Mode Priority Resolution Time 
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Figure 10. 8274 Non Vectored Mode Priority Resolve Time 
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Thi s high er priority request will generate another exter- 
nal INT and will have to be handled by the CPU ac- 
cording to how the CPU is set up. If the CPU is set up 
to respond to this interrupt, a new INT A cycle will be 
repeated as discussed earlier. It may also be noted that 
a transmitter buffer empty and receive character avail- 
able interrupts are cleared by loading a character into 
the MPSC and by reading the character received by the 
MPSC respectively. 

NON-VECTORED MODE 

Figure 10 shows the timing of interrupt sequence in 
non-vectored mode. The explanation of non-vectored is 
similar to the vector mode, except for the following 
exceptions. 

— No internal priority requests are accepted during 
the time when pointer 2 for Channel B is specified. 

— The interrupt request priority resolution time is the 
time between the leading edge of pointer 2 and lead- 
ing edge of RD active. It may be pointed out that in 
non-vectored mode, it is assumed that the status 
affects vector mode is used to expedite interrupt re- 
sponse. 

On getting an interrupt in non-vectored mode, the CPU 
must read status register RR2 to find out the cause of 
the interrupt. In order to do so, first a pointer to status 
register RR2 is specified and then the status read from 
RR2. It may be noted here that after specifying the 
pointer, the CPU must read status register RR2 other- 
wise, no new interrupt requests will be accepted inter- 
nally. 

Just like the vectored mode, no lower internal priority 
requests are accepted until an EOI command is issued 
by the CPU. A higher priority request can still inter- 
rupt the CPU (except during the priority request inhibit 
time). It is important to note here that if the CPU does 
not perform a read operation after specifying the point- 
er 2 for Channel B, the interrupt request accepted be- 
fore the pointer 2 was activated will remain valid and 
no other request (high or low priority) will be accepted 
internally. In order to complete a correct priority reso- 
lution, it is advised that a read operation be done after 
specifying the pointer 2B. 

IPI and IPO 

So far, we have ignored the IPI and IPO signals shown 
in Figures 9 and 10. We may recall that IPI is the 
Interrupt-Priority-Input to the MPSC. In conjunction 
with the IPO (Interrupt Priority Output), it is used to 
daisy chain multiple MPSCs. MPSC daisy chaining will 
be discussed in detail later in this application note. 


EOI Command 

The EOI command as explained earlier, enables the 
lower priority interrupts by resetting the internal In- 
Service-Latch, which consequently resets the IPO out- 
put to a low state. See Figures 9 and 10 for details. Note 
that before issuing any EOI command, the internal in- 
terrupting source must be satisfied otherwise, same 
source will interrupt again. The Internal Interrupt is 
the signal which gets reset when the internal interrupt- 
ing source is satisfied (see Figure 9). 

This concludes our discussion on the MPSC Interrupt 
Structure. 


MULTI-PROTOCOL SERIAL 
CONTROLLER (MPSC) MODES OF 
OPERATION 

The MPSC provides two fully independent channels 
that may be configured in various modes of operations. 
Each channel can be configured into full duplex mode 
and may operate in a mode or protocol different from 
the other channel. This feature will be very efficient in 
an application which requires two data link channels 
operating in different protocols and possibly at different 
data rates. This section presents a detailed discussion 
on all the 8274 modes and shows how to configure it 
into these modes. 


Interrupt Driven Mode 

In the interrupt mode, all the transmitter and receiver 
operations are reported to the processor through inter- 
rupts. Interrupts are generated by the MPSC whenever 
it requires service. In the following discussion, we will 
discuss how to transmit and receive in interrupt driven 
mode. 

TRANSMIT IN INTERRUPT MODE 


The MPSC can be configured into interrupt mode by 
appropriately setting the bits in WR2 A (Write Register 
2, Channel A). Figure 1 1 shows the modes of operation. 


WR2A 

Mode 

D1 

DO 

0 

0 

CH A and CH B in Interrupt Mode 

0 

1 

CH A in DMA and CH B in Interrupt 
Mode 

1 

0 

CH A and CH B in DMA Mode 

1 

1 

Illegal 


Figure 11. MPSC Mode Selection for 
Channel A and Channel B 


2-212 




AP-145 


inteT 


We will limit our discussion to SDLC transmit and re- 
ceive only. However, exceptions for other synchronous 
protocols will be pointed out. To initiate a frame trans- 
mission, the first data character must be loaded from 
the CPU, in all cases. (DMA Mode too, as you will 
notice later in this application note). Note that in 
SDLC mode, this first data character may be the ad- 
dress of the station addressed by the MPSC. The trans- 
mit buffer consists of a transmit buffer and a serial shift 
register. When the character is transferred from the 
buffer into the serial shift regiser, an interrupt due to 
transmit buffer empty is generated. The CPU has one 
byte time to service this interrupt and load another 
character into the transmitter buffer. The MPSC will 
generate an interrupt due to transmit buffer underrun 
condition if the CPU does not service the Transmit 
Buffer Empty Interrupt within one byte time. 

This process will continue until the CPU is out of any 
more data characters to be sent. At this point, the CPU 
does not respond to the interrupt with a character but 
simply issues a Reset Tx INT/DMA pending com- 
mand (WRO: D5 D4 D3 = 101). The MPSC will ulti- 
mately underrun, which simply means that both the 
transmit buffer and transmit shift registers are empty. 
At this point, flag character (7EH) or CRC byte is 
loaded into the transmit shift register. This sets the 
transmit underrun bit in RRO and generates “Transmit 
Underrun/EOM” interrupt (RRO: D6 = 1). 

You will recall that an SDLC frame has two CRC bytes 
after the data field. 8274 generates the CRC on all the 
data that is loaded from the CPU. During initialization, 
there is a choice of selecting a CRC- 16 or CCITT-CRC 
(WR5: D2). In SDLC/HDLC operation, CCITT-CRC 
must be selected. We will now see how the CRC gets 
inserted at the end of the data field. Here we have a 
choice of having the CRC attached to the data field or 
sending the frame without the CRC bytes. During 
transmission, a “Reset Tx Underrun/EOM Latch” 
command (WRO: D7 D6 = 1 1) will ensure that at the 
end of the frame when the transmitter underruns, CRC 
bytes will be automatically inserted at the end of the 
data field. If the “Reset Tx Underrun/EOM Latch” 
command was not issued during the transmission of 
data characters, no CRC would be inserted and the 
MPSC will transmit flags (7EH) instead. 

However, in case of CRC transmission, the CRC trans- 
mission sets the Tx Underrun/EOM bit and generates a 
Transmitter Underrun/EOM Interrupt as discussed 
earlier. This will have to be reset in the next frame to 
ensure CRC insertion in the next frame. It is recom- 
mended that Tx Underrun/EOM latch be reset very 
early in the transmission mode, preferably after loading 
the first character. It may be noted here that Tx Under- 
run EOM latch cannot be reset if there is no data in the 
transmit buffer. This means that at least one character 
has to be loaded into the MPSC before a “Reset Trans- 
mit Underrun/EOM Latch” command will be accepted 
by the MPSC. 


When the transmitter is underrun, an interrupt is gen- 
erated. This interrupt is generated at the beginning of 
the CRC transmission, thus giving the user enough 
time (minimum 22 transmit clock cycles) to issue an 
Abort command (WRO: D5 D4 D3 = 0 0 1) in case if 
the transmitted data had an error. The Abort Com- 
mand will ensure that the MPSC transmits at least 
eight l’s but less than fourteen l’s before the line re- 
verts to continuous flags. The receiver will scratch this 
frame because of bad CRC. 

However, assuming the transmission was good (no 
Abort Command issued), after the CRC bytes have 
been transmitted, closing flag (7EH) is loaded into the 
transmit buffer. When the flag (7EH) byte is trans- 
ferred to the serial shift register, a transmit buffer emp- 
ty interrupt is generated. If another frame has to be 
transmitted, a new data character has to be loaded into 
the transmit buffer and the complete transmit sequence 
repeated. If no more frames are to be transmitted, a 
“Reset Transmit INT/DMA Pending” command 
(WRO: D5 D4 D3 = 101) will reset the transmit buffer 
empty interrupt. 

For character oriented protocols (Bisync, Monosync), 
the same discussion is valid, except that during trans- 
mit underrun condition and transmit underrun/EOM 
bit in set state, instead of flags, filler sync characters are 
transmitted. 

CRC Generation 

The transmit CRC enable bit (WR5: DO) must be set 
before loading any data into the MPSC. The CRC gen- 
erator must be reset to all l’s at the beginning of each 
frame before CRC computation has begun. The CRC 
computation starts on the first data character loaded 
from the CPU and continues until the last data charac- 
ter. The CRC generated is inverted before it is sent on 
the Tx Data line. 

Transmit Termination 

A successful transmission can be terminated by issuing 
a “Reset Transmit Interrupt/DMA Pending” com- 
mand, as discussed earlier. However, the transmitter 
may be disabled any time during the transmission and 
the results will be as shown in Figure 12. 

RECEIVE IN INTERRUPT MODE 

The receiver has to be initialized into the appropriate 
receive mode (see sample program later in this applica- 
tion note). The receiver must be programmed into Hunt 
Mode (WR3: D4) before it is enabled (WR3: DO). The 
receiver will remain in the Hunt Mode until a flag (or 
sync character) is received. While in the SDLC/Bi- 
sync/Monosync mode, the receiver does not enter the 
Hunt Mode unless the Hunt bit (WR3, D4) is set again 
or the receiver is enabled again. 
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SDLC Address byte is stored in WR6. A global address 
(FFH) has been hardwired on the MPSC. In address 
search mode (WR3: D2 = 1), any frame with address 
matching with the address in WR6 will be received by 
the MPSC. Frames with global address (FFH) will also 
be received, irrespective of the condition of address 
search mode bit (WR3: D2). In general receive mode 
(WR3: D2 = 0), all frames will be received. 


Transmitter 
Disabled during 

Result 

1. Data Transmission 

Tx Data will send idle 
characters* which will be 
zero inserted. 

2. CRC Transmission 

16 bit transmission, 
corresponding to 1 6 bits of 
CRC will be completed. 
However, flag bits will be 
substituted in the CRC field. 

3. Immediately after 
issuing ABORT 
command. 

Abort will still be 
transmitted — output will be 
in the mark state. 


Figure 12. Transmitter Disabled 
During Transmission 


*NOTE: 

Idle characters are defined as a string of 15 or more 
contiguous ones. 

Since the MPSC only recognizes single byte address 
field, extended address recognition will have to be done 
by the CPU on the data passed on by the MPSC. If the 
first address byte is checked by the MPSC, and the 
CPU determines that the second address byte does not 
have the correct address field, it must set the Hunt 
Mode (WR3: D2 = 1) and the MPSC will start search- 
ing for a new address byte preceded by a flag. 

Programmable Interrupts 

The receiver may be programmed into any one of the 
four modes. See Figure 13 for details. 


WR1, CHA 

Rx Interrupt Mode 

D4 

D3 

0 

0 

Rx INT/DMA disable 

0 

1 

Rx INT on first character 

1 

0 

INT on all Rx characters 
(Parity affects vector) 

1 

1 

INT on all Rx characters 
(Parity does not affect vector) 


Figure 13. Receiver Interrupt Modes 


All receiver interrupts can be disabled by WR1: D4 D3 
= 00. Receiver interrupt on first character is normally 


used to start a DMA transfer or a block transfer se- 
quence using WAIT to synchronize the data transfer to 
received or transmitted data. 


External Status Interrupts 

Any change in CD input or Abort detection in the re- 
ceived data, will generate an interrupt if External Status 
Interrupt was enabled (WR1: DO). 

Special Receive Conditions 

The receiver buffer is quadruply buffered. If the CPU 
fails to respond to “receive character’’ available inter- 
rupt within a period of three byte times (received 
bytes), the receiver buffer will overflow and generate an 
interrupt. Finally, at the end of the received frame, an 
interrupt will be generated when a valid ending flag has 
been detected. 


Receive Character Length 

The receive character length (6, 7 or 8 bits/character) 
may be changed during reception. However, to ensure 
that the change is effective on the next received charac- 
ter, this must be done fast enough such that the bits 
specified for the next character have not been assem- 
bled. 


CRC Checking 

The opening flag in the frame resets the receive CRC 
generator and any field between the opening and clos- 
ing flag is checked for the CRC. In case of a CRC 
error, the CRC/Framing Error bit in status register 1 is 
set (RR1: 06= 1). Receiver CRC may be disabled/en- 
abled by WR3,D3. The CRC bytes on the received 
frame are passed on to the CPU just like data, and may 
be discarded by the CPU. 

Receive Terminator 

An end of frame is indicated by End of Frame inter- 
rupt. The CPU may issue an “Error Reset’’ command 
to reset this interrupt. 


DMA (Direct Memory Access) Mode 

The 8274 can be interfaced directly to the Intel DMA 
Controllers 8237A, 8257A and Intel I/O Processor 
8089. The 8274 can be programmed into DMA mode 
by setting appropriate bits in WR2A. See Figure 1 1 for 
details. 
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TRANSMIT IN DMA MODE 

After initializing the 8274 into the DMA mode, the 
first character must be loaded from the CPU to start 
the DMA cycle. When the first data character (may be 
the address byte in SDLC) is transferred from the 
transmit buffer to the transmit serial shift register, the 
transmit buffer gets empty and a transmit DMA re- 
quest (TxDRQ) is generated for the channel. Just like 
the interrupt mode, to ensure that the CRC bytes are 
included in the frame, the transmit under-run/EOM 
latch must be reset. This should preferably be done af- 
ter loading the first character from the CPU. The 
DMA will progress without any CPU intervention. 
When the DMA controller reaches the terminal count, 
it will not respond to the DMA request, thus letting the 
MPSC under-run. This will ensure CRC transmission. 
However, the under-run condition will generate an in- 
terrupt due to the Tx under-run/EOM bit getting set 
(RRO: D6). The CPU should issue a “Reset Txlnt/ 
DRQ pending” command to reset TxDRQ and issue a 
“Reset External Status” command to reset Tx Under- 
run/EOM interrupt. Following the CRC transmission, 
flag (7EH) will be loaded into the transmit buffer. This 
will also generate the TxDRQ since the transmit buffer 
is empty following the transmission of the CRC bytes. 
The CPU may issue a “Reset TxINT/DRQ pending” 
command to reset the TxDRQ. “Reset TxINT/DRQ 
pending” command must be issued before setting up 
the transmit DMA channel on the DMA Controller, 
otherwise the MPSC will start the DMA transfer im- 
mediately after the DMA channel is set up. 

RECEIVE IN DMA MODE 

The receiver must be programmed in RxINT on first 
receive character mode (WR1: D4 D3 = 01). Upon 
receiving the first character, which may be the address 
byte in SDLC, the MPSC generates an interrupt and 
also generates a Rx DMA Request (Rx DRQ) for the 
appropriate channel. The CPU has three byte times to 
service this interrupt (enable the DMA controller, etc.) 
before the receiver buffer will overflow. It is advisable 
to initialize the DMA controller before receiving the 
first character. In case of high bit rates, the CPU will 
have to service the interrupt very fast in order to avoid 
receiver over-run. 

Once the DMA is enabled, the received data is trans- 
ferred to the memory under DMA control. Any re- 
ceived error conditions or external status change condi- 
tion will generate an interrupt as in the interrupt driven 
mode. The End of Frame is indicated by the End of 
Frame interrupt which is generated on reception of the 
closing flag of the SDLC frame. This End of Frame 
condition also disables the Receive DMA request. The 


End of Frame interrupt may be reset by issuing an “Er- 
ror Reset” command to the MPSC. The “Error Reset” 
command also re-enables the Receive DMA request. It 
may be noted that the End of Frame condition sets bit 
D7 in RR1. This bit gets reset by “Error Reset” com- 
mand. However, End of Frame bit (RR1: D7) can also 
be reset by the flag of the next incoming frame. For 
proper operation, Error Reset Command should be is- 
sued “after” the End of Frame Bit (RR1: D7) is set. In 
a more general case, “Error Reset” command should be 
issued after End of Frame, Receive over-run or Receive 
parity bit are set in RR1. 


Wait Mode 

The wait mode is normally used for block transfer by 
synchronizing the data transfer through the Ready out- 
put from the MPSC, which may be connected to the 
Ready input of the CPU. The mode can be pro- 
grammed by WR 1, D7 D5 and may be programmed 
separately and independently on CH A and CH B. The 
Wait Mode will be operative if the following conditions 
are satisfied. 

(i) Interrupts are enabled. 

(ii) Wait Mode is enabled (WR1: D7) 

(iii) CS = 0, A1 = 0 

The RDY output becomes active when the transmitter 
buffer is full or receiver buffer is empty. This way the 
RDY output from the MPSC can be used to extend the 
CPU read and write cycle by inserting WAIT states. 
RDYa or RDYg are in high impedance state when the 
corresponding channel is not selected. This makes it 
possible to connect RDY a and RDYp outputs in wired 
OR configuration. Caution must be exercised here in 
using the RDY outputs of the MPSC or else the CPU 
may hang up for indefinite period. For example, let us 
assume that transmitter buffer is full and RD Y a i s ac- 
tive, forcing the CPU into a wait state. If the CTS goes 
inactive during this period, the RDY a will remain ac- 
tive for indefinite period and CPU will continue to in- 
sert wait states. 


Vectored/Non-Vectored Mode 

The MPSC is capable of providing an interrupt vector 
in response to the interrupt acknowledge sequence from 
the CPU. WR2, CH B contains this vector and the 
vector can be read in status register RR2. WR2, CH A 
(bit D5) can program the MPSC in vectored or non- 
vectored mode. See Figure 14 for details. 
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In both cases, WR2 may still have the vector stored in 
it. However, in vectored mode, the MPSC will put the 
vector on the data bus in response to the INTA (Inter- 
rupt Acknowledge) sequence as shown in Figure 15. In 
non-vectored mode^ the MPSC will not respond to the 
INTA sequence. However, the CPU can read the vec- 
tor by polling Status Register RR2. WR2A, D4 and D3 
can be programmed to respond to 8 085 or 8086 INTA 
sequence. It may be noted here that IPI (Interrupt Pri- 
ority In) pin on the MPSC must be active for the vector 
to appear on the data bus. 


WR2A, D5 

Interrupt Mode 

0 

Non-vectored Interrupt 

1 

Vectored Interrupt 


Figure 14. Vectored Interrupt 


STATUS AFFECT VECTOR 

The Vector stored in WR2B can be modified by the 
source of the interrupt. This can be done by setting the 
Status Affect Vector bit (WR1: D2). This powerful fea- 
ture of the MPSC provides fast interrupt response time, 
by eliminating the need of writing a routine to read the 
status of the MPSC. Three bits of the vector are modi- 
fied in eight different ways as shown on Figure 16. Bits 
V4, V3, V2 are modified in 8085 based system and bits 
V2, VI, VO are modified in 8086/88 based system. 

In non-vectored mode, the status affect vector mode 
can still be used and the vector read by the CPU. Status 
register RR2B (Read Register 2 in Channel B) will con- 
tain this modified vector. 


D5 

WR2A 

D4 

D3 

IPI 

Mode 

1st INTA 

2nd INTA 

3rd INTA 

0 

X 

X 

X 

Non-Vectored 

Hl-Z 

Hl-Z 

Hl-Z 

1 

0 

0 

0 

8085-1 

1100 1101 

V7 V6 V5 V4 V3 V2 VI V0 

0000 0000 

1 

0 

0 

1 

8085-1 

1100 1101 

Hl-Z 

Hl-Z 

1 

0 

1 

0 

8085-2 

Hl-Z 

V7 V6 V5 V4 V3 V2 VI V0 

0000 0000 

1 

0 

1 

1 

8085-2 

Hl-Z 

Hl-Z 

Hl-Z 

1 

1 

0 

0 

8086 

Hl-Z 

V7 V6 V5 V4 V3 V2 VI V0 

— 

1 

1 

0 

1 

8086 

Hl-Z 

Hl-Z 

— 


Figure 15. MPSC Vectored Interrupts 


(8085 V4 V3 V2 

(8086) V2 VI V0 

Channel 

Interrupt Source 

0 0 0 

0 0 1 . 

0 1 0 

0 1 1 

B 

Tx Buffer Empty 
EXT/STAT Change 

RX CHAR Available 
Special Rx Condition 

10 0 . 

1 0 1 

1 1 0 

1 1 1 

A 

Tx Buffer Empty 
EXT/STAT Change 

RX CHAR Available 
Special Rx Condition 


Rx Special Condition: Parity Error, Framing Error, Rx Over-run Error, EOF (SDLC). 

EXT/ST AT Change: Change in Modem Control Pin Status: CTS, DCD, SYNC, EOM, Break/Abort Detection. 


Figure 16. Status Affect Vector Mode 
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Figure 17. Functional Block Diagram— iSBC® 88/45 


APPLICATION EXAMPLE 

This section describes the hardware and software of an 
8274/8088 system. The hardware vehicle used is the 
INTEL Single Board Computer iSBC 88/45 — Ad- 
vanced Communication Controller. The software 
which exercises the 8274 is written in PLM 86. This 
example will demonstrate how 8274 can be configured 
into the SDLC mode and transfer data through DMA 
control. The hardware example will help the reader 
configure his hardware and the software examples will 
help in developing an application software. Most soft- 
ware examples closely approximate real data link con- 
troller software in the SDLC communication and may 
be used with very little modification. 

iSBC® 88/45 

A brief description of the iSBC 88/45 board will be 
presented here. For more detailed information on the 


board and the schematics, refer to Hardware Manual 
for the iSBC 88/45, Advanced Communication Con- 
troller. iSBC 88/45 is an intelligent slave/multimaster 
communication board based on the 8088 processor, the 
8274 and the 8273 SDLC/HDLC controller. Figure 17 
shows the functional block diagram of the board. The 
iSBC 88/45 has the following features. 

° 8 MHz processor 

° 16K bytes of static RAM (12K dual port) 

° Multimaster/Intelligent Slave Multibus Interface 
® Nine Interrupt Levels 8259A 
° Two serial channels through 8274 
° One Serial channel through 8273 
® S/W programmable baud rate generator 
° Interfaces: RS232, RS422/449, CCITT V.24 
® 8237A DMA controller 
° Baud Rate to 800K Baud 
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I NIT I AL I ZE_8274 PROCEDURE PUBLIC; 


/■«■■»■** ****###■***•*■&***■»•*■»■#**■»■**#•»*#•»■»■#*##*■«■#**•***###■****•#*#•****■** ***** ****■»/ 


/* 


*/ 

/* 

INITIALIZE THE 8274 FOR SDLC MODE 

+ / 

/* 


*/ 

/* 

1. RESET CHANNEL 

*/ 

/* 

2. EXTERNAL INTERRUPTS ENABLED 

*/ 

/* 

3. NO WAIT 

*/ 

/* 

4. PIN 10 = RTS 

*/ 

/* 

5. NON-VECTORED I NTERRUP T-8086 MODE 

*/ 

/* 

6 . CHANNEL A DMA, CH B INT 

*/ 

/* 

7. TX AND RX = 8 BITS/CHAR 

*/ 

/* 

9. ADDRESS SEARCH MODE 

*/ 

/* 

10. CD AND CTS AUTO ENABLE 

*/ 

/* 

11. XI CLOCK 

*/ 

/« 

12. NO PARITY 

*/ 

/* 

13. SDLC/HDLC MODE 

*/ 

/* 

14. RTS AND DTR 

«/ 

/» 

15. CC ITT - CRC 

*/ 

/* 

16. TRANSMITTER AND RECEIVER ENABLED 

*/ 

/* 

17. 7EH = FLAG 

«/ 

/* 


«/ 


/****##»*##*******#*#*****##******#*»**##*####*#»**#**##**»*»###**#*****«/ 
DECLARE C BYTE; 


/* TABLE TO INITIALIZE THE 8274 CHANNEL A AND B */ 
/* FORMAT IS: WRITE REGISTER, REGISTER DATA */ 
/* INITIALIZE CHANNEL A ONLY */ 


DECLARE TABLE_74_A ( * ) BYTE 
( OOH, 18H, /* 

OOH, 80H, /* 

02H, 1 1H, /* 

04H, 20H, /* 

07H, 07EH, /* 

OlH, OBH, /* 

05H, OEBH, /* 

/* 

06H, 55H, /* 

03H, 0D9H, /* 

/* 

OFFH ) ; /* 

DECLARE TABLE_74_B<*> BYTE 
(02H, OOH, /* 

OlH, 1CH, /* 

OFFH); /* 


DATA 

CHANNEL RESET */ 

RESET TX CRC */ 

PIN 10=RTSB , A DMA, B INT */ 
SDLC/HDLC MODE, NO PARITY */ 

SDLC FLAG */ 

RX DMA ENABLE */ 

DTR, RTS, 8 TX BITS, TX ENABLE, */ 
SDLC CRC, TX CRC ENABLE */ 

DEFAULT ADDRESS */ 

8 RX BITS. AUTO ENABLES, HUNT MODE, 
RX CRC ENABLE */ 

END OF INITIALIZATION TABLE */ 

DATA 

INTERRUPT VECTOR */ 

STATUS AFFECTS VECTOR */ 

END */ 


*/ 


/* INITIALIZE THE 8274 */ 


C=0; 

DO WHILE TABLE_74_B < C ) O OFFH; 

OUTPUT (C0MMAND_B_74) = TABLE_74_B (C ) , 
C=C+1 ; 

OUTPUT <C0MMAND_B_74) = TABLE_74_B < C ) ; 
C=C + 1; 

END; 


C=0; 

DO WHILE TABLE_74_A<C) O OFFH; 

OUTPUT <C0MMAND_A_74) = TABLE_74_A ( C ) , 

C=C+1; 

OUTPUT (C0MMAND_A_74) = TABLE_74_A < C ) , 

C=C+ 1 ; 

END, 

RETURN, 

END INITIALIZE_8274; 
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Figure 18. Typical MPSC SDLC Initialization Sequence 
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For this application, the CPU is run at 8 MHz. The 
board is configured to operate the 8274 in SDLC opera- 
tion with the data transfer in DMA mode using the 
8237A. 8274 is configured first in non-vectored mode in 
which case the INTEL Priority Interrupt Controller 
8259A is used to resolve priority between various inter- 
rupting sources on the board and subsequently inter- 
rupt the CPU. However, the vectored mode of the 8274 
is also verified by disabling the 8259A and reading the 
vectors from the 8274. Software examples for each case 
will be shown later. 

The application example is interrupt driven and uses 
DMA for all data transfers under 8237A control. The 
8254 provides the transmit and receive clocks for the 
8274. The 8274 was run at 400K baud with a local 
loopback (jumper wire) on Channel A data. The board 
was also run at 800K baud by modifying the software 
as will be discussed later in the Special Applications 
section. One detail to note is that the Rx Channel 
DMA request line from the 8274 has higher priority 
than the Tx Channel DMA request line. The 8274 mas- 
ter clock was 4.0 MHz. The on-board RAM is used to 
define transmit and receive data buffers. In this applica- 
tion, the data is read from memory location 800H 
through 81 OH and transferred to memory location 
900H to 910H through the 8274 Serial Link. The o per- 
atio n is full duplex. 8274 modem control pins, CTS and 
CD have been tied low (active). 


Software 

The software consists of a monitor program and a pro- 
gram to exercise the 8274 in the SDLC mode. Appen- 
dix A contains the entire program listing. For the sake 
of clarity, each source module has been rewritten in a 
simple language and will be discussed here individually. 
Note that some labels in the actual listings in the Ap- 
pendix will not match with the labels here. Also the 
listing in the Appendix sets up some flags to communi- 
cate with the monitor. Some of these flags are not ex- 
plained in detail for the reason that they are not perti- 
nent to this discussion. The monitor takes the com- 
mand from a keyboard and executes this program, log- 
ging any error condition which might occur. 

8274 Initialization 

The MPSC is initialized in the SDLC mode' for Chan- 
nel A. Channel B is disabled. See Figure 18 for the 
initialization routine. Note that WR4 is initialized be- 
fore setting up the transmitter and receive parameters. 
However, it may also be pointed out that other than 
WR4, all the other registers may be programmed in any 
order. Also SDLC-CRC has been programmed for cor- 
rect operation. An incorrect CRC selection will result 
in incorrect operation. Also note that receive interrupt 


on first receive character has been programmed al- 
though Channel A is in the DMA mode. 


Interrupt Routines 

The 8274 interrupt routines will be discussed here. On 
an 8274 interrupt, program branches off to the “Main 
Interrupt Routine”. In main interrupt routine, status 
register RR2 is read. RR2 contains the modified vector. 
The cause of the interrupt is determined by reading the 
modified bits of the vector. Note that the 8274 has been 
programmed in the non-vectored mode and status af- 
fects vector bit has been set. Depending on the value of 
the modified bits, the appropriate interrupt routine is 
called. See Figure 19 for the flow diagram and Figure 
20 for the source code. Note that an End of Interrupt 
Command is issued after servicing the interrupt. This is 
necessary to enable the lower priority interrupts. 

Figure 21 shows all the interrupt routines called by the 
Main Interrupt Routine. “Ignore-Interrupt” as the 
name implies, ignores any interrupts and sets the FAIL 
flag. This is done because this program is for Channel 
A only and we are ignoring any Channel B interrupts. 
The important thing to note is the Channel A Receiver 
Character available routine. This routine is called after 
receiving the first character in the SDLC frame. Since 
the transfer mode is DMA, we have a maximum of 
three character times to service this interrupt by en- 
abling the DMA controller. 
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Figure 19. Interrupt Response Flow Diagram 


2-219 




AP-145 


/**************************/ 

/* MAIN INTERRUPT ROUTINE */ 

/**************************/ 

OUTPUT (C0MMAND_B_74) * 2; /* SET POINTER TO 2*/ 

TEMP ■ INPUT (STATUS_B_74) AND 07H; /* READ INTERRUPT VECTOR */ 

/* CHECK FOR CHA INT ONLY*/ 
/* FOR THIS APPLICATION CH B INTERRUPTS ARE IGNORED*/ 

DO CASE TEMP; 


CALL 

IGNORE_INT; 

/* 

V2V1VO 

= 

000*/ 

CALL 

IGNORE_INT ; 

/* 

V2V1V0 

= 

001*/ 

CALL 

CHB RX CHAR; 

/* 

V2V1V0 

= 

010*/ 

CALL 

IGNORE INTi 

/* 

V2V1V0 


Oil*/ 

CALL 

IGNORE INTi 

/* 

V2V1V0 

= 

100*/ 

CALL 

CHA_EXTERNAL_CHANGE; 

/* 

V2V1V0 

= 

101*/ 

CALL 

CHA RX CHAR; 

/* 

V2V1V0 

= 

no*/ 

CALL 

CHA_RX_SPEC I AL; 

/* 

V2V1V0 

= 

in*/ 

END; 

OUTPUT (COMMAND 

_A_74 ) =3BHi /* END 

OF 

INTERRUPT 

FOR 8274 


RETURNi 

END INTERRUPT_8274i 
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Figure 20. Typical Main Interrupt Routine 


/***************************#****#####**#**************/ 

/* CHANNEL A EXTERNAL/STATUS CHANGE INTERRUPT HANDLER */ 

/**»**»**#*«#*»#*»W#ft**»«»»»**#»#»#»#*»**»*»»ft*0 # »* # *»*/ 

CHA_EXTERNAL_CHANGE: PROCEDURE# 

TEMP = INPUT (STATUS A_74)i /* STATUS REG 1*/ 

IF (TEMP AND END_OF TX_MESSAGE) = END_0F_TX MESSAGE THEN 
TXDONE_S=DONEi 

ELSE DO; 

TXDONE S«DONE; 

RESULTS S=FAILi 
END# 

OUTPUT (C0MMAND_A_74) - lOHi /* RESET EXT/STATUS INTERRUPTS */ 

RETURNi 

END CHA_EXTERNAL_CHANGE; 

/**********'****************#****###**#*#**####*#**HHHHHHHHHt/ 

/* CHANNEL A SPECIAL RECEIVE CONDITIONS INTERRUPT HANDLER */ 
/***«**«****«*******»*«»#*#**«**#«»«»*«»««*»*«»*»*«#*»««#««/ 

CHA_RX__SPEC I AL: PROCEDUREi 

OUTPUT ( COMMAND_A_74 ) - 1 > 

TEMP = INPUT (STATUS_A 74 )> 

IF (TEMP AND END_OF__FRAME ) - END_OF_FRAME THEN 
DO; 

IF (TEMP AND 040H> = 040H THEN 

RESULTS_S = FAIL# /* CRC ERROR */ 

RXDONE_S = DONE; 

OUTPUT (COMMAND_A 74) = 30Hi /*ERROR RESET*/ 

END# 

ELSE DOi 

IF (TEMP AND 20H) = 20H THEN DO; 

RESULTS_S = FAIL; /* RX OVERRUN ERROR*/ 

RXDONE_S = DONE; 

OUTPUT (COMMAND_A_74) * 30H; /*ERR0R RESET*/ 

ENDi 

ENDi 

RETURN; 

END CHA_RX_SPECIAL; 

/**#***«*###***#»*##**##*##*****#♦**#**»#*/ 

/* CHANNEL A RECEIVE CHARACTER AVAILABLE */ 
/*********************#*******#***********/ 

CHA_RX_CHAR: PROCEDURE; 

OUTPUT (SINGLE_MASK) = CHO_SELi /*ENABLE RX DMA CHANNEL*/ 

RETURNi 

END CHA_RX_CHARi 
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Figure 21. 8274 Typical Interrupt Handling Routines 
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It may be recalled that the receiver buffer is three bytes 
deep in addition to the receiver shift register. At very 
high data rates, it may not be possible to have enough 
time to read RR2, enable the DMA controller without 
overrunning the receiver. In a case like this, the DMA 
controller may be left enabled before receiving the Re- 
ceive Character Interrupt. Remember, the Rx DMA 
request and interrupt for the receive character appears 
at the same time. If the DMA controller is enabled, it 
would service the DMA request by reading the received 
character. This will make the 8274 interrupt line go 
inactive. However, the 8259A has latched the interrupt 
and a regular interrupt acknowledge sequence still oc- 
curs after the DMA controller has completed the trans- 
fer and given up the bus. The 8259A will return Level 7 
interrupt since the 8274 interrupt has gone away. The 
user software must take this into account, otherwise the 
CPU will hang up. 

The procedure shown for the Special Receive Condition 
Interrupt checks if the interrupt is due to the End of 
Frame. If this is not TRUE, the FAIL flag is set and 
the program aborted. For a real life system, this must 


be followed up by error recovery procedures which ob- 
viously are beyond the scope of this Application Note. 

The transmission is terminated when the End of Mes- 
sage (RRO, D6) interrupt is generated. This interrupt is 
serviced in the Channel A External/Status Change in- 
terrupt procedure. For any other change in external 
status conditions, the program is aborted and a FAIL 
flag set. 


Main Program 

Finally, we will briefly discuss the main program. Fig- 
ure 22 shows the source program. It may be noted that 
the Transmit Under-run latch is reset after loading the 
first character into the 8274. This is done to ensure 
CRC transmission at the end of the frame. Also, the 
first character is loaded from the CPU to start DMA 
transfer of subsequent data. This concludes our discus- 
sion on hardware and software example. Appendix A 
also includes the software written to exercise the 8274 
in the vectored mode by disabling the 8259A. 


CHA_SDLC_TEST PROCEDURE BYTE PUBLIC; 

CALL ENABLEJNTERRUPTS Si 

CALL INIT_8274 SDLC S;~ 

ENABLE; 



OUTPUT (C0MMAND_A 74) = 28H; /* RESET TX INT/DMA 

*/ 


OUTPUT (COMMAND J 74) = 28H; /* BEFORE INITIALIZING 8237*/ 

CALL INITJ3237 S, 


OUTPUT (DATA_AJ4) = 55H, /*L0AD FIRST CHARACTER FROM */ 

/*CPU */ 


/* TO ENSURE CRC TRANSMISSION, RESET TX UNDERRUN LATCH 
OUTPUT ( COMM AND_A_74 ) = OCOH; 

*/ 


RXD0NE_S, TXDONE S=N0T DONE, /* CLEAR ALL FLAGS 

*/ 


RESULTS S=PASS; /* FLAG SET FOR MONITOR 

*/ 


DO WHILE TXD0NE_S=N0T DONE, /* DO UNTIL TERMINAL COUNT 
END; 

DO WHILE( INPUT (STATUS A 74) AND 04H) O 04H; 

/* WAIT FOR CRC TO GET TRANSMITTED */ 

/* TEST FOR TX BUFFFER EMPTY TO VERIFY THIS*/ 

END; 

*/ 


DO WHILE RXDONE S=NQT DONE; /* DO UNTIL TERMINAL COUNT 
END; 

*/ 


CALL ST0PJ237 S; 

END CHA_SDLC_TEST; 
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Figure 22. Typical 8274 Transmit/Receive Set-Up in SDLC Mode 
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Figure 23. 8274 Daisy Chain Vectored Mode 


SPECIAL APPLICATIONS 

In this section, some special application issues will be 
discussed. This will be useful to a user who may be 
using a mode which is possible with the 8274 but not 
explicitly explained in the data sheet. 


MPSC Daisy Chain Operation 

Multiple MPSCs can be connected in a daisy-chain 
configuration (see Figure 23). This feature may be use- 
ful in an application where multiple communication 
channels may be required and because of high data 
rates, conventional interrupt controller is not used to 
avoid long interrupt response times. To configure the 
MPSCs for the d aisy chain operation, the interrupt pri- 
ority input pins (IPI) and interrupt priority output pins 
(IPO) of the MPSC should be connected as shown. The 
highest priority device has its IPI pin connected to 
ground. Each MPSC is programmed in a vectored 
mode with status affects vector bit set. In the 8085 basic 
systems, only one MPSC should be programmed in the 
8085 Mode 1. This is the MPSC which will put the call 
vector (CD Hex) on the data bus in response to the first 
INTA pulse (see Figure 15). It may be pointed out that 
the MPSC in 8085 Mode 1 will provide the call vector 
irrespective of the state of IPI pin. O nce a higher priori- 
ty MPSC generates an interrupt, its IPO pin goes inac- 
tive thus preventing lower priority MPSCs from inter- 
rupting the CPU. Preferably the highest priority MPSC 
should be programmed in 8085 Mode 1. It may be re- 
called that the Priority Resolve Time on a given MPSC 
extends from the falling edge of the fi rst INTA pulse to 
the falling edge of the second INTA pulse. During this 
period, no new internal interrupt requests are accepted. 
The maximum number of the MPSCs that can be con- 
nected in a daisy chain is limited by the Priority Reso- 
lution Time. Figure 24 shows a maximum number of 
MPSCs that can be connected in various CPU systems. 


It may be pointed out that IOP to IPI delay time speci- 
fication is 100 ns. 


System 

Configuration 

Priority 

Resolution Time 
Min (ns) 

Number of 8274s 
Daisy Chained 
(Max) 

8086-1 

400 

4 

8086-2 

500 

5 

8086 

800 

8 

8088 

800 

8 

8085-2 

1200 

12 

8085A 

1920 

19 


NOTE: 

Zero wait states have been assumed. 

Figure 24. 8274 Daisy Chain Operation 


Bisync Transparent Communication 

Bisync applications generally require that data trans- 
parency be established during communication. This re- 
quires that the special control characters may not be 
included in the CRC accumulation. Refer to the Syn- 
chronous Protocol Overview section for a more detailed 
discussion on data transparency. The 8274 can be used 
for transparent communication in Bisync communica- 
tions. This is made possible by the capability of the 
MPSC to selectively turnon/turnoff the CRC accumu- 
lation while transmitting or receiving. In bisync trans- 
parent transmit mode, the special characters (DLE, 
DLE SYN, etc) are excluded from CRC calculation. 
This can be easily accomplished by turning off the 
transmit CRC calculation (WR5: D5 = 0) before load- 
ing the special character into the transmit buffer. If the 
next character is to be included in the CRC accumula- 
tion, then the CRC can be enabled (WR5: D5 = 1). See 
Figure 25 for a typical flow diagram. 


2-222 





AP-145 



3 L 

EXAMINE 

CHARACTER 


DISABLE 

Tx CRC 

^VsTeci^lV no , 

%CHAR y? 

ENABLE 

Tx CRC 

1 



- 

LOAD 


LOAD 

CHAR 


CHAR 

INTO MPSC 


INTO MPSC 


210403-13 


Figure 25. Transmit in Bisync Transparent Mode 

During reception, it is possible to exclude received 
character from CRC calculation by turning off the Re- 
ceive CRC after reading the special character. This is 
made possible by the fact that the received data is pre- 
sented to receive CRC checker 8 bit times after the 
character has been received. During this 8 bit times, the 
CPU must read the character and decide if it wants to 
be included in the CRC calculation. Figure 26 shows 
the typical flow diagram to achieve this. 

It should be noted that the CRC generator must be 
enabled during CRC reception. Also, after reading the 
CRC bytes, two more characters (SYNC) must be read 
before checking for CRC check result in RR1. 


Auto Enable Mode 

In some data communication applications, it may be 
req uired to enable the transmitter or the receiver when 
the CTS or the CD lines respectively, are activated by 
the modems. This may be done very easily by program- 
ming the 8274 into the Auto Enable Mode. The auto 
enable mode is set by writing a T to WR3,D5. The 
function of this mode is to enable the transmitter auto- 
matically w hen CTS goes active. The receiver i s en- 
abled when CD goes active. An in-active state of CTS 
or CD pin will disable the transmitter or the receiver 
respectively. However, the Transmit Enable bit 
(WR5:D3) and Receive Enable bit (WR3:D1) must be 
set in order to use the auto enable mode. In non-auto 
mode, the transmitter or receiver is enabled if the corre- 
sponding Jnts_ are set-in WR5 and WR3, irrespective of 
the state CTS or C D pins . It may be recalled that any 
transition on CTS or CD pin will generate External/ 
Status Interrupt with the corresponding bits set in 
RR1. This interrupt can be cleared by issuing a Reset 
External/Status interrupt command as discussed earli- 
er. 

Note that in auto enable mode, the character to be 
transmitted must be loaded into the transmit buffer af- 



Figure 26. Receive in Bisync Transparent Mode 


ter the CTS becomes active, not before. A ny ch aracter 
loaded into the transmit buffer before the CTS became 
active will not be transmitted. 


High Speed DMA Operation 

In the section titled Application Example, the MPSC 
has been programmed to operate in DMA mode and 
receiver is programmed to generate an interrupt on the 
first receive character. You may recall that the receive 
FIFO is three bytes deep. On receiving the interrupt on 
the first receive character, the CPU must enable the 
DMA controller within three received byte times to 
avoid receiver over-run condition. In the application 
example, at 400K baud, the CPU had approximately 
60 jus to enable the DMA controller to avoid receiver 
buffer overflow. However, at higher baud rates, the 
CPU may not have enough time to enable the DMA 
controller in time. For example, at 1M baud, the CPU 
should enable the DMA controller within approximate- 
ly 24 jlls to avoid receiver buffer overrun. In most appli- 
cations, this is not sufficient time. To solve this prob- 
lem, the DMA controller should be left enabled before 
getting the interrupt on the first receive character 
(which is accompanied by the Rx DMA request for the 
appropriate channel). This will allow he DMA control- 
ler to start DMA transfer as soon as the Rx DMA 
request becomes active without giving the CPU enough 
time to respond to the interrupt on the first receive 
character. The CPU will respond to the interrupt after 
the DMA transfer has been completed and will find the 
8259A (see Application Example) responding with in- 
terrupt level 7, the lowest priority level. Note that the 
8274 interrupt request was satisfied by the DMA con- 
troller, hence the interrupt on the first receive character 
was cleared and the 8259A had no pending interrupt. 
Because of no pending interrupt, the 8259A returned 
interrupt level 7 in response to the INTA sequence 
from the CPU. The user software should take care of 
this interrupt. 
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PROGRAMMING HINTS 

This section will describe some useful programming 
hints which may be useful in program development. 

Asynchronous Operation 

At the end of transmission, the CPU must issue “Reset 
Transmit Interrupt/DMA Pending” command in WRO 
to reset the last transmit empty request which was not 
satisfied. Failing to do so will result in the MPSC lock- 
ing up in a transmit empty state forever. 


Non-Vectored Mode 

In non-vectored mode, the Interrupt Acknowledge pin 
(INTA) on the MPSC must be tied high through a pull- 
up resistor. Failing to do so will result in unpredictable 
response from the 8274. 


HDLC/SDLC Mode 

When receiving data in SDLC mode, the CRC bytes 
must be read by the CPU (or DMA controller) just like 
any other data field. Failing to do so will result in re- 
ceiver buffer overflow. Also, the End of Frame Inter- 
rupt indicates that the entire frame has been received. 
At this point, the CRC result (RR1:D6) and residue 
code (RR1.D3, D2, Dl) may be checked. 


Status Register RR2 

ChB RR2 contains the vector which gets modified to 
indicate the source of interrupt (see the section titled 
MPSC Modes of Operation). However, the state of the 
vector does not change if no new interrupts are generat- 
ed. The contents of ChB RR2 are only changed when a 
new interrupt is generated. In order to get the correct 
information, RR2 must be read only after an interrupt 
is generated, otherwise it will indicate the previous 
state. 


Initialization Sequence 

The MPSC initialization routine must issue a channel 
Reset Command at the beginning. WR4 should be de- 
fined before other registers. At the end of the initializa- 
tion sequence, Reset External/Status and Error Reset 
commands should be issued to clear any spurious inter- 
rupts which may have been caused at power up. 


Transmit Under-Run/EOM Latch 

In SDLC/HDLC, bisync and monosync mode, the 
transmit underrun/EOM must be reset to enable the 
CRC check bytes to be appended to the transmit frame 
or transmit message. The transmit under-run/EOM 
latch can be reset only after the first character is loaded 
into the transmit buffer. When the transmitter under- 
runs at the end of the frame, CRC check bytes are 
appended to the frame/message. The transmit under- 
run/EOM latch can be reset at any time during the 
transmission after the first character. However, it 
should be reset before the transmitter under-runs other- 
wise, both bytes of the CRC may not be appended to 
the frame/message. In the receive mode in bisync oper- 
ation, the CPU must read the CRC bytes and two more 
SYNC characters before checking for valid CRC result 
in RR1. 


Sync Character Load Inhibit 

In bisync/monosync mode only, it is possible to prevent 
loading sync characters into the receive buffers by set- 
ting the sync character load inhibit bit (WR3:D1 = 1). 
Caution must be exercised in using this option. It may 
be possible to get a CRC character in the received mes- 
sage which may match the sync character and not get 
transferred to the receive buffer. However, sync charac- 
ter load inhibit should be enabled during all pre-frame 
sync characters so the software routine does not have to 
read them from the MPSC. 

In SDLC/HDLC mode, sync character load inhibit bit 
must be reset to zero for proper operation. 

EOI Command 

EOI command can only be issued through channel A 
irrespective of which channel had generated the inter- 
rupt. 


Priority in DMA Mode 

There is no priority in DMA mode between the follow- 
ing four singals: TxDRQ(CHA), RxDRQ(CHA), 
TxDRQ(CHB), RxDRQ(CHB). The priority between 
these four signals must be resolved by the DMA con- 
troller. At any given time, all four DMA channels from 
the 8274 are capable of going active. 
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APPENDIX A 

APPLICATION EXAMPLE: SOFTWARE LISTINGS 


PL/M-06 

COMPILER 

1 SBC 88/43 8274 CHANNEL A SDLC TEST 




SERIES- 

III PL/M-B6 V2. 0 COMPILATION OF MODULE INIT 8274 S 




OBJECT 

MODULE 

PLACED IN : FI: SINI74. OBJ 




| COMPILER INVOKED 

BY: PLM86. B6 : FI : SINI74. PLM TITLE ( iSBC 88/43 

8274 CHANNEL 


A SDLC 

TEST) 

COMPACT NOINTVECTOR ROM 






/*« 


##«<« 

►*/ 




/* 



*/ 




/* 

INITIALIZE THE 8274 FOR SDLC MODE 


*/ 




/* 



*/ 




/* 

1. RESET CHANNEL 


*/ 




/* 

2. EXTERNAL INTERRUPTS ENABLED 


*/ 




/* 

3. NO WAIT 


*/ 




/* 

4. PIN 10 = RTS 


*/ 




/* 

3. NON-VECTORED INTERRUPT-8086 MODE 


*/ 




/* 

6. CHANNEL A DMA, CH B INT 


*/ 




/* 

7. TX AND RX = 0 BITS/CHAR 


*/ 




/* 

9. ADDRESS SEARCH MODE 


*/ 




/* 

10. CD AND CTS AUTO ENABLE 


*/ 




/* 

11. XI CLOCK 


*/ 




/* 

12. NO PARITY 


*/ 




/* 

13. SDLC/HDLC MODE 


*/ 




/* 

14. RTS AND DTR 


*/ 




/* 

13. CC ITT - CRC 


*/ 




/* 

16. TRANSMITTER AND RECEIVER ENABLED 


*/ 




/* 

17. 7EH - FLAG 


*/ 




/* 



*/ 




/** 



**/ 




INIT_8274_S: DOi 






•INCLUDE (: FI: PORTS. PLM) 






/*< 


*/ 




= 

/* 


*/ 




3> 

/* 

ISBC 88/45 PORT ASSIGNMENTS 

*/ 




m 

/* 


*/ 





/<H 

I***#######*#*####*###**##***#**********#** 

**/ 



2 

1 * 

DECLARE LIT LITERALLY 'LITERALLY 's 





- 

/* 

8237A-5 PORTS */ 




3 

1 = 

DECLARE CHO ADDR LIT '080H', 





m 


CHO COUNT LIT '0B1H', 





a 


CHI ADDR LIT '0B2H', 





s 


CHI COUNT LIT '083H', 





a 


CH2 ADDR LIT '084H', 





= 


CH2 COUNT LIT '0B5H', 





a 


CH3 ADDR LIT '0B6H', 





= 


CH3 COUNT LIT '0B7H', 





= 


STATUS 37 LIT 'OBBH', 





a 


COMMAND 37 LIT '08BH', 





a 


REQUEST REG 37 LIT '0B9H', 





= 


SINGLE MASK LIT 'OBAH', 





= 


M0DE_REG_37 LIT 'OBBH', 




PL/M— 86 COMPILER 

iSBC 08/43 8274 CHANNEL A SDLC TEST 







CLR BYTE PTR 37 LIT 'OBCH', 





= 


TEMP REG 37 LIT '08DH', 





a 


MASTER CLEAR 37 LIT '08DH', 







ALL_MASK_37 LIT '08FH', 





= 

/* 

8254-2 PORTS */ 




4 

1 = 

DECLARE CTR 00 LIT '090H', 





a 


CTR 01 LIT '091H ' , 







CTR_02 LIT ' 092H ' , 
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CONTROLO 54 

LIT 

093H ' / 


s 

STATUSO 54 

LIT 

093H ' i 


a 

CTR 10 

LIT 

098H ' > 


= 

CTR 11 

LIT 

099H ' < 


s 

CTR12 

LIT 

09AH ' , 


= 

C0NTR0L1 54 

LIT 

'09BH ' i 


= 

STATUS 1_54 

LIT 

/ 09BH'i 


= 

/* 8255 PORTS */ 




5 1 - 

DECLARE PORTA 55 

LIT 

'OAOH', 


= 

PORTB 55 

LIT 

'0A1H ' i 


st 

PORTC 55 

LIT 

'0A2H ' j 


* 

CONTROL_55 

LIT 

'0A3H ' ; 


» 

/* 8274 PORTS */ 




6 1 = 

DECLARE DATA A_74 

LIT 

'ODOH ' i 


s= 

DATA B 74 

LIT 

'0D1H ' < 


m 

STATUS__A 74 

LIT 

'0D2H ' < 


a 

COMMAND A 74 

LIT 

' 0D2H ' i 


x 

STATUS B 74 

LIT 

'0D3H ' < 


“ 

C QMM AND_B _7 4 

LIT 

' 0D3H ' ; 


* 

/* 8259A PORTS */ 




7 1 = 

DECLARE STATUS_POLL 59 

LIT 

'OEOH ' i 


= 

ICW1 59 

LIT 

'OEOH ' i 


SS 

0CM2 59 

LIT 

'OEOH', 


= 

0CW3 59 

LIT 

'OEOH', 


X 

0CW1 59 

LIT 

'0E1H '* 


= 

ICW2 59 

LIT 

'0E1H ' , 



ICW3 59 

LIT 

'0E1H ' , 


= 

ICW4 59 

LIT 

'OElH'i 


_ 

/* 8274 REGISTER BIT ASSIGNMENTS 

*/ 



/* READ REGISTER 0 */ 




8 1 = 

DECLARE RX AVAIL 

LIT 

'01H ' , 


= 

I NT PENDING 

LIT 

'02H ' , 


= 

TX EMPTY 

LIT 

'04H ' , 


= 

CARRIER DETECT 

LIT 

'OBH ' , 


= 

SYNC HUNT 

LIT 

'10H', 


~ 

CLEAR TO.SEND 

LIT 

'20H ', 


PL/M-86 COMPILER iSBC 88/45 8274 

CHANNEL A 

SDLC TEST 


_ 

END OF TX MESSAGE LIT 

' 40H ' , 


= 

BREAK_ABORT 

LIT 

' 80H ' ; 


* 

/* READ REGISTER 1 */ 




9 1 - 

DECLARE ALL SENT 

LIT 

'01H ' , 


= 

PARITY ERROR 

LIT 

'10H', 


= 

RX OVERRUN 

LIT 

'20H ' , 


« 

CRC ERROR 

LIT 

' 40H ' , 


= 

END_OF_FRAME 

LIT 

'BOH ' J 



/* READ REGISTER 2 */ 




10 1 - 

DECLARE TX B EMPTY 

LIT 

'OOH ' , 


= 

EXT B CHANGE 

LIT 

'01H ' , 


= 

RX B AVAIL 

LIT 

'02H ' , 


= 

RX B SPECIAL 

LIT 

'03H ' , 


s 

TX A EMPTY 

LIT 

'04H ' , 


= 

EXT A CHANGE 

LIT 

'05H ', 


= 

RX A AVAIL 

LIT 

'06H ' » 


X 

RX A SPECIAL 

LIT 

'07H 'j . 
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/* B237 BIT ASSIGNMENTS */ 




1 1 

1 

* 

DECLARE CHO SEL LIT 'OOH', 





- 

CHI SEL , LIT '01H 'i 





= 

CH2 SEL LIT '02H', 





= 

CH3 SEL LIT '03H'. 





« 

WRITE XFER LIT '04H', 





= 

READ XFER LIT '08H', 





= 

DEMAND MODE LIT 'OOH', 





- 

SINGLE MODE LIT '40H', 





= 

BLOCK MODE LIT '80H', 






SET_MASK LIT '04H'; 



12 

1 


DELAY S: PROCEDURE PUBLICi 




13 

2 


DECLARE D WORD; 




14 

2 


D=0; 




15 

2 


DO WHILE D<800H; 




16 

3 


D=D+ 1 > 




17 

3 


END. 




IB 

2 


END DELAY_S; 




19 

1 


INIT_B274_SDLC_S. PROCEDURE PUBLICi 



20 

2 


DECLARE C BYTEi 







♦EJECT 




PL/M- 

86 COMPILER iSBC BB/45 8274 CHANNEL A SDLC TEST 






/« TABLE TO INITIALIZE THE 

8274 CHANNEL A AND B */ 






/* FORMAT IS: WRITE REGISTER, REGISTER DATA */ 






/* INITIALIZE CHANNEL 

ONLY */ 



21 

2 


DECLARE TABLE 74 A(*) BYTE 

DATA 






(OOH, 1SH, /* 

CHANNEL RESET */ 






OOH, BOH, /* 

RESET TX CRC */ 






02H. 1 1H, /* 

PIN 10=RTSB, A DMA, B INT */ 






04H, 20H, /* 

SDLC/HDLC MODE, NO PARITY */ 






07H, 07EH, /# 

SDLC FLAG */ 






01H, OBH, /* 

RX DMA ENABLE */ 






OSH, OEBH, /* 

DTR , RTS. 8 TX BITS. TX ENABLE, TX 

CRC ENABLE */ 





06H, 55H, /* 

DEFAULT ADDRESS */ 






03H, 0D9H, /* 

8 RX BITS, AUTO ENABLES, HUNT MODE, 

*/ 





/* 

RX CRC ENABLE */ 






OFFH ) ; /* 

END OF INITIALIZATION TABLE */ 



22 

2 


DECLARE TABLE 74 B<*) BYTE 

DATA 






<02H, OOH, /* 

INTERRUPT VECTOR */ 






01H, 1CH, /* 

STATUS AFFECTS VECTOR */ 






OFFH ) i /* 

END */ 






/* INITIALIZE THE B254 */ 




23 

2 


OUTPUT (CONTROLO 54)=36H; 




24 

2 


OUTPUT ( CTR 00) ® L0W(20)i 

/• BAUD RATE = 400K_BAUD*/ 



25 

2 


OUTPUT (CTR_00) = HIGH<20); 

/* BAUD RATE = 400KJ3AUD*/ 






/* INITIALIZE THE B274 */ 




26 

2 


C=Oi 




27 

2 


DO WHILE TABLE 74 B(C) O 

OFFH; 



28 

3 


OUTPUT <C0MMAND_B_74) = 

TABLE_74_B(C>; 



29 

3 


C=C+1; 




30 

3 


OUTPUT (COMMAND B 74 ) = 

TABLE_74_B(C>; 



31 

3 


C=C + 1; 




32 

3 


END; 
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33 2 

34 2 

35 3 

36 3 

37 3 

38 3 

39 3 

40 2 

41 2 RETURN; 

42 2 END INIT_8274_SDLC_S; 

43 l END INIT_8274_S; 


PL/M-86 COMPILER iSDC 88/45 8274 CHANNEL A SDLC TEST 


MODULE INFORMATION: 

CODE AREA SIZE = OOABH 168D 

CONSTANT AREA SIZE - OOOOH OD 

VARIABLE AREA SIZE - 0003H 3D 

MAXIMUM STACK SIZE « 0006H 6D 

213 LINES READ 
0 PROGRAM WARNINGS 
0 PROGRAM ERRORS 

END OF PL/M-86 COMPILATION 


PL/M-86 COMPILER iSBC BB/45 8274 CHANNEL A SDLC TEST 


SERIES-III PL/M-86 V2. 0 COMPILATION OF MODULE INIT_8237_CHA 
OBJECT MODULE PLACED IN : FI : SINI37. OB J 

COMPILER INVOKED BY: PLMB6. 86 : FI : SINI37. PLM TITLEUSBC 8B/45 8274 CHANNEL A SDLC 
TEST) COMPACT NOINTVECTOR ROM 


/* 

/* 8237 INITIALIZATION ROUTINE FOR DMA TRANSFER 

/* 

/***#**#**#*######*#**##*#**#*####*######*#####*#####***• 
1 INIT_8237_CHA: DO; 

♦NOLIST 

12 1 INIT_8237_S: PROCEDURE PUBLJC; 


13 2 OUTPUT ( MASTER _CLEAR 37>»0; 

14 2 OUTPUT (C0MMAND_37) - 20H; /* EXTENDED WRITE */ 

15 2 OUTPUT <ALL_MASK_37> - OFH; /* MASK ALL REQUESTS */ 

16 2 OUTPUT (M0DE_REG_37> ■ <SINGLE_MODE OR WRITE_XFER OR CHO_SEL); 

17 2 OUTPUT <M0DE_REG_37) » (SINGLE_MODE OR READ_XFER OR CHl_SEL). 

18 2 OUTPUT (CLR_BYTE_PTR_37) - 0; 

19 2 OUTPUT (CHO_ADDR) = 00; /* RECEIVE BUFF AT 900H */ 

20 2 OUTPUT (CHO_ADDR) = 09H; 

21 2 OUTPUT (CHO_COUNT> * OH; 

22 2 OUTPUT (CHO_COUNT) = 01; 

23 2 OUTPUT ( CHI _ADDR) = 00; /* TRANSMIT BUFF AT BOOH */ 

24 2 OUTPUT <CH1_ADDR) - 08H; 

25 2 OUTPUT (CH1_C0UNT) * 010H; 

26 2 OUTPUT ( CH1_C0UNT ) = OOH; 



C=0, 

DO WHILE TABLE_74_A(C) O OFFH, 

OUTPUT (C0MMAND_A_74) = TABLE_74 A<C>; 
C=C+1 ; 

OUTPUT (C0MMAND_A_74) - TABLE 74 A<C>; 
C=C+1 ; 

END, 

CALL DELAY_S; 
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/* ENABLE TRANSFER */ 

27 2 OUTPUT <SINGLE_MASK> = CH1_SEL; /* ENABLE TX DMA */ 

20 2 RETURN; 

29 2 END INIT_8237_S; 

/* TURN OFF THE 8237 CHANNELS 0 AND 1 */ 

30 1 ST0P_8237_S: PROCEDURE PUBLIC; 

31 2 OUTPUT <SINGLE_MASK) = CH1_SEL OR SET_MASK; 

32 2 OUTPUT <SINGLE_MASK) - CHO_SEL OR SET_MASK; 

33 2 RETURN; 

34 2 END STOP_0237_S; 

33 1 END INIT_8237_CHA; 


MODULE INFORMATION: 

CODE AREA SIZE =« 004CH 76D 
CONSTANT AREA SIZE = OOOOH OD 
VARIABLE AREA SIZE = OOOOH OD 


PL/M-B6 COMPILER xSBC 88/45 8274 CHANNEL A SDLC TEST 


MAXIMUM STACK SIZE * 0002H 2D 

163 LINES READ 
O PROGRAM WARNINGS 
0 PROGRAM ERRORS 

END OF PL/M-86 COMPILATION 


PI / ri S.-. COMPILER l SBC 08/45 6274 CHANNEL A SDLC TEST 


SFHiEr.-III PL/M— 86 V2 O COMPILATION OF MODULE INTR„8274._S 
OBJECT MODULE PLACED IN FI SINTP OBJ 

COMPILER INVOKED BY PLM86 06 FI SINTR PLM TITLE ( lSBC 88/45 8274 CHANNEL 
A SDLC TEST) COMPACT NO I NT VECTOR ROM 


,■ ***»fc*<tfr*<H>******t#)H>**t>**«#tH>***«##«###»l/ 
/<► »/ 

/* 8274 INTERRUPT ROUTINE «/ 

/ * K / 

/ *** **«-«**««***««#***«»*»****«**«***»«*/ 


12 1 

13 1 

14 1 

15 1 

16 1 

17 1 


INTR_6274_S DO. 

4N0LIST 

DECLARE TEMP BYTE- 

DECLARE vRESULTS_S. TXDONE_S. RXDONE_S) BYTE EXTERNAL, 
DECLARE I NT_VEC POINTER AT (140), 

DECLARE I NT_VEC_STORE POINTER. 

DECLARE MASK_59 BYTE, 

DECLARE DONE LIT 

N0T_D0NE LIT 

PASS LIT 

FAIL LIT 


'OFFH ' . 
'OOH ' , 
'OFFH'. 
'OOH', 


/**#*##*#♦**»*##***#*#**##***/ 
/* IGNORE INTERRUPT HANDLER */ 

/«*#*#*##4*#**it*****#»*«##«»*/ 


18 1 IGNORE_INT PROCEDURE, 

19 2 RESULTS _S = FAIL, 

20 2 RETURN, 

21 2 END IGNORE INT, 
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/******************************************************/ 

/* CHANNEL A EXTERNAL/STATUS CHANGE INTERRUPT HANDLER */ 

/*** ****************** * ************** ***** ***** ********/ 


22 

1 

CHA„EXTERNAL_CHANGE: PROCEDURE. 


23 

2 

TEMP = INPUT (STATUS A 74), /* STATUS REG 1*/ 


24 

2 

IF (TEMP AND END OF TX MESSAGE) = END OF TX MESSAGE THEN 


25 

2 

TXDONE S=DONE; 


26 

2 

ELSE DO, 


27 

3 

TXDONE S=DONE, 


28 

3 

RESULTS S=FAIL; 


29 

3 

END; 


30 

2 

OUTPUT (COMMAND A 74) = 10H; /* RESET EXT/STATUS INTERRUPTS */ 


31 

2 

RETURN; 


32 

2 

END CHA_EXTERNAL_CHANGE; 




♦EJECT 


pl/m 

86 COMPILER i SBC 88/45 8274 CHANNEL A SDLC TEST 




/******* *********************** ************* ***************/ 

/* CHANNEL A SPECIAL RECEIVE CONDITIONS INTERRUPT HANDLER */ 


33 

1 

CHA_RX_SPEC I AL PROCEDURE, 


34 

2 

OUTPUT (COMMAND A 74 ) = 1 ; 


35 

2 

TEMP = INPUT (STATUS A 74); 


36 

2 

IF (TEMP AND END OF FRAME) * END OF FRAME THEN 


37 

2 

DO, 


38 

3 

IF (TEMP AND 040H) = 040H THEN 


39 

3 

RESULTS S = FAIL, /* CRC ERROR */ 


40 

3 

RXDONE S = DONE, 


41 

3 

, OUTPUT (COMMAND A 74 ) = 30H; /*ERRQR RESET*/ 


42 

3 

END; 


43 

2 

ELSE DO, 


- 44 

3 

IF (TEMP AND 20H) - 20H THEN DO; 


46 

4 

RESULTS S = FAIL, /* RX OVERRUN ERROR*/ 


47 

4 

RXDONE S = DONE, 


48 

4 

OUTPUT (COMMAND A 74) = 30H, /*ERROR RESET*/ 


49 

4 

END, 


50 

3 

END; 


51 

2 

RETURN, 


52 

2 

END CHA_RX_SPEC IAL; 




/*****************************************/ 

/* CHANNEL A RECEIVE CHARACTER AVAILABLE */ 

/*************************** ****** *#*•»****/ 


53 

1 

CHA RX CHAR. PROCEDURE. 


54 

2 

OUTPUT ( S I NGLE MASK) = CHO SEL, /*ENABLE RX DMA CHANNEL*/ 


55 

2 

RETURN; 


56 

2 

END CHA_RX_CHAR, 




♦EJECT 
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/* ENABLE 8274 INTERRUPTS - SET UP THE 8259A */ 


57 

1 

ENABLE_INTERRUPTS_S. PROCEDURE PUBLIC; 


58 


DECLARE CHA_INT_ON LIT '0F7H'; 


59 

2 

DISABLE, 


60 

2 

CALL SET^INTERRUPT ( 39, INT_39); 
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6 1 


INT VEC STORE = INI VEC, 


62 

2 

INT VEC = INTERRUPT4PTR ( INT 8274 S>, 


o3 

2 

MASK_59 = I NPUT < OCW 1 59 ) . 


c4 

2 

OUTPUT ( QCW1 _5 C ? ) = MASK_59 AND CHA_INT_ON, 


o5 

2 

RETURN. 


60 

2 

END ENABLE_I NTERRUPTS_S, 




/* DISABLE 8274 INTERRUPTS - SET UP THE B259A */ 


67 

1 

DISABLE_INTERRUPTS„S PROCEDURE PUBLIC, 


68 

2 

DISABLE, 


69 

2 

I NT_VEC = INT_VEC_STORE, 


70 

2 

OUTPUT ( OCW 1 59) = MASK 59, 


71 

2 

ENABLE, 


72 

2 

RETURN, 


73 

2 

END DISABLE_INTERRUPTS_S, 




/* CHANNEL B RECEIVE CHARACTER AVAILABLE */ 


74 

i 

CHB_RX_CHAR PROCEDURE, 


75 

2 

TEMP=INPUT (DATA_B_74 ) , 


76 

2 

OUTPUT (COMMAND B 74 > = 38H, 


77 

2 

RETURN, 


70 

2 

END CHB_R X_CHAR , 




REJECT 


pl/m- 

86 COMPILER iSBC 88/45 8274 CHANNEL A SDLC TEST 




/##»##****#*****##*#*»*#*##/ 

/* MAIN INTERRUPT ROUTINE */ 

/»»«*««««««»«»«*»«###»####«/ 


79 

1 

INT_8274_S • PROCEDURE INTERRUPT 35 PUBLIC, 


80 

2 

OUTPUT (COMMAND B 74 ) = 2; /* SET POINTER TO 2*/ 


81 

2 

TEMP = INPUT (STATUS B 74) AND 07H, /* READ INTERRUPT VECTOR */ 




J* CHECK FOP CHA INT ONLY*/ 




/* FOR THIS APPLICATION CH B INTERRUPTS ARE IGNORED*/ 


82 

2 

DO CASE TEMP, 


83 

3 

CALL IGNORE INT, /* V2V1V0 = 000*/ 


84 

3 

CALL IGNORE INT, /* V2V1V0 = 001*/ 


85 

3 

CALL CHB RX CHAR, /* V2V1V0 = 010*/ 


e6 

3 

CALL IGNORE INTj /* V2V1V0 = Oil*/ 


87 

3 

CALL IGNORE INT. /* V2V1V0 = 100*/ 


88 

3 

CALL CHA EXTERNAL CHANGE; /* V2V1V0 = 101*/ 


89 

3 

CALL CHA RX CHAR, /* V2V1V0 = 110*/ 


90 

3 

CALL CHA RX SPECIAL, /* V2V2V0 = 111*/ 


91 

3 

END, 


92 

2 

OUTPUT (COMMAND A 74) =38H, /* END OF INTERRUPT FOR 8274 */ 


93 

2 

OUTPUT ( 0CW2 59) = 63H; /* 8259 EOI */ 


94 

2 

OUTPUT ( OCW 1 59) = INPUT(0CW1 59) AND 0F7H. 


95 

2 

RETURN; 


96 


END I NT_8274_S, 




/* DEFAULT INTERRUPT ROUTINE - 8259A INTERRUPT 7 */ 

/* REQUIRED ONLY WHEN DMA CONTROLLER IS ENABLED */ 

/* BEFORE RECEIVING FIRST CHARACTER WHICH IS */ 

/* AT HIGH BAUD RATES LIKE 800K BAUD READ APP */ 

/* NOTE SECTION 6 FOR DETAILS */ 
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97 

1 

INT. 

_39. PROCEDURE INTERRUPT 39; 


9e 

2 


OUTPUT (0CW2_59) = 20H, /* 

NON-SPECIFIC EOI 

99 

2 


OUTPUT ( OCW 1 59) = INPUT<0CW1 

_59 ) AND 0F7H, 

100 

2 


RESULTS S = FAIL. 


101 

2 

END 

INT_39. 


102 

1 

END 

I NTR _8274_S. 



MODULE INFORMATION 


CODE AREA SIZE = OIDFH 447D 

CONSTANT AREA SIZE^ OOOOH OD 

VARIABLE AREA SI7e"= 0006H 6D 

MAXIMUM STACK SIZE = 0022H 34D 

295 LINES READ 
0 PROGRAM WARNINGS 
0 PROGRAM ERRORS 


END OF PL/M-86 COMPILATION 

PL/M-86 COMPILER iSBC 88/45 8274 CHANNEL A SDLC TEST 


SERIES-III PL/M-86 V2. 0 COMPILATION OF MODULE STEST 
OBJECT MODULE PLACED IN : FI : STEST. OB J 

COMPILER INVOKED BY: PLM86. 86 : FI : STEST. PLM TITLEUSBC 88/45 8274 CHANNEL A SDLC TEST) 
COMPACT NO I NT VECTOR ROM 


/**************#******#*******************#******#********#**************/ 
/* */ 

/* iSBC 545 PORT A (8274) SDLC TEST */ 

/* */ 

/******#*****#**#**##**###****#********#***#*****#***********************/ 


1 STEST: DOi 


2 1 DELAY S: PROCEDURE EXTERNAL; 

3 2 END DELAY_S; 

4 1 ENABLE_INTERRUPTS_S: PROCEDURE EXTERNAL; 

5 2 END ENABLE_INTERRUPTS_S; 

6 1 DISABLE INTERRUPTS S: PROCEDURE EXTERNAL; 

7 2 END DISABLE_INTERRUPTS_S; 

8 1 INlT 8274_SDLC S: PROCEDURE EXTERNAL; 

9 2 END INI T _827 4 JSDLC _S ; 

10 1 INIT_8237_S: PROCEDURE EXTERNAL; 

11 2 END INITJB237_S; 

12 1 ST0P_B237_S: PROCEDURE EXTERNAL; 

13 2 END STOP _8237_S; 

14 1 VERIFY_TRANSFER_S: PROCEDURE EXTERNAL; 

15 2 END VERIFY_TRANSFER_S; 

16 1 INT_B274_S: PROCEDURE INTERRUPT 35 EXTERNAL; 

17 2 END INT_8274_S; 

♦NOLIST 

♦EJECT 


PL/M-86 COMPILER iSBC 88/45 8274 CHANNEL A SDLC TEST 


28 1 DECLARE ( RESULTS_S. TXDONE_S, RXDONE_S ) BYTE PUBLIC; 


29 1 

DECLARE DONE 

LIT 

'OFFH 


NDT_DONE 

LIT 

' OOH ' . 


PASS 

LIT 

'OFFH 


FAIL 

LIT 

'OOH'; 
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♦EJECT 

PL/M— 86 COMPILER iSBC 88/45 8274 CHANNEL A SDLC TEST 


CHA_SDLC_TEST: PROCEDURE BYTE PUBLIC) 


CALL ENABLE_INTERRUPTS_Sj 
CALL INIT_B274_SDLC_Si 

ENABLE; 

OUTPUT <C0MMAND_A_74> - 2BH; /* RE8ET TX INT/DMA */ 

OUTPUT <C0MMAND_B_74 > =■ 2BH; /* BEFORE INITIALIZING 8237*/ 

CALL INIT_8237_Sj 

OUTPUT < DATA_A_74 > - 55Hi /* LOAD FIRST CHARACTER FROM CPU*/ 

/* TO ENSURE CRC TRANSMISSION RESET TX UNDERRUN LATCH*/ 

OUTPUT < COMM AND_A_74) - OCOH; 

RXDONE_Si TXDONE_S«NOT_DONE; /* CLEAR ALL FLAGS */ 

RESULTS_S-PASS; /* FLAG SET FOR MONITOR*/ 

DO WHILE TXDONE_S»NOT_DONE; /* DO UNTIL TERMINAL COUNT*/ 

END; 

DO WHILE ( INPUT ( STATUS_A_74> AND 04H) O 04H; 

/* WAIT FOR CRC TO GET TRANSMITTED */ 

/* TEST FOR TX BUFFFER EMPTY TO VERIFY THIS*/ 

END; 

DO WHILE RXDONE_S*NOT_DONE; /* DO UNTIL TERMINAL COUNT*/ 

END; 

CALL ST0P_8237_S; 

CALL DISABLE_INTERRUPTS_S; 

CALL VERIFY_TRANSFER_S; 

RETURN RESULTS_S; 

END CHA_SDLC_TEST; 

END STEST; 


MODULE INFORMATION: 

CODE AREA SIZE =* 0063H 99D 

CONSTANT AREA SIZE « OOOOH OD 

VARIABLE AREA SIZE * 0003H 3D 

MAXIMUM STACK SIZE ■ 0004H 4D 

198 LINES READ 
0 PROGRAM WARNINGS 
0 PROGRAM ERRORS 

END OF PL/M-86 COMPILATION 


PL/M-86 COMPILER iSBC 88/45 8274 CHANNEL A SDLC TEST 


SERIES- 1 1 1 PL/M-86 V2. 0 COMPILATION OF MODULE VECTOR_MODE 
OBJECT MODULE PLACED IN : FI : VECTOR. OB J 

COMPILER INVOKED BY: PLM86. 86 : FI : VECTOR. PLM TITLECISBC 88/45 8274 CHANNEL A SDLC TEST) 


/* */ 

/* 8274 INTERRUPT HANDLING ROUTINE FOR */ 

8274 VECTOR MODE */ 

/* STATUS AFFECTS VECTOR */ 

/* */ 

/•«••«•»«*»»•««•••••#•#»«••»»•««»•»•••».»«•«•»#««••«•»»»•«»•»•««••••/ 


210403-23 


30 l 


31 2 

32 2 

33 2 

34 2 

35 2 

36 2 

37 2 


38 2 

39 2 

40 2 

41 2 

42 3 

43 2 


44 3 

45 2 

46 3 

47 2 

48 2 

49 2 

50 2 

51 2 

52 1 
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/* THIS IS AN EXAMPLE OF HOW 8274 CAN BE USED IN VECTORED MODE */ 
/* THE 1SBC88/45 BOARD WAS REWIRED TO DISABLE THE PIT 8259A AND */ 
/* ENABLE THE 8274 TO PLACE ITS VECTOR ON THE DATABUS IN RESPONSE */ 
/* TO THE INTA SEQUENCE FROM THE 8088. OTHER MODIFICATIONS INCLUDED */ 
/* CHANGES TO 8274 INITIALIZATION PROGRAM (SINI74) TO PROGRAM 8274 */ 
/* INTO VECTORED MODE (WRITE REGISTER 2A D5=l > */ 


1 VECTOR_MODE: DO; 

♦NOLIST 


12 1 DECLARE TEMP BYTE; 

13 1 DECLARE <RESULTS_5, TXDONE, RXDONE ) BYTE EXTERNAL; 

14 1 DECLARE DONE LITERALLY 'OFFH ' . 

NOT_DONE LITERALLY 'OOH', 

PASS LITERALLY 'OFFH', 

FAIL LITERALLY 'OOH'j 


15 1 

16 2 

17 2 

18 2 


/* TRANSMIT INTERRUPT CHANNEL A INTERRUPT WILL NOT BE SEEN IN THE */ 

/* DMA OPERATION. */ 


TX_INTERRUPT_CHA: PROCEDURE INTERRUPT 84; 

OUTPUT (C0MMAND_A_74) = 00101000B; /*RESET TX I NT PENDING*/ 

OUTPUT (COMMAND A_74> « OOIUOOOB; /*EOI*/ 

END TX_INTERRUPT~CHA; 



/* EXTERNAL/STATUS INTERRUPT PROCEDURE: CHECKS FOR END OF MESSAGE */ 
/* ONLY. IF THIS IS NOT TRUE THEN THE FAIL FLAG IS SET. HOWEVER, */ 
/* A USER PROGRAM SHOULD CHECK FOR OTHER EXT/STATUS CONDITIONS */ 
/* ALSO IN RR1 AND THEN TAKE APPROPRIATE ACTION BASED ON THE */ 
/* APPLICATION. #/ 


19 1 

20 2 
21 2 
22 2 

23 2 

24 3 


EXT_STAT_CHANGE_CHA: PROCEDURE INTERRUPT 85; 

TEMP - INPUT (STATUS_A_74); 

IF (TEMP AND END_OF TX_MESSAGE> * END _OF_TX ^MESSAGE THEN 
TXDONE = DONE; 

ELSE DO; 

TXDONE = DONE; 


PL/M-86 COMPILER iSBC 88/45 8274 CHANNEL A SDLC TEST 


25 3 RESULTS_S = FAIL; 

26 3 END; 

27 2 OUTPUT ( C0MMAND_A_74 ) «= 00010000B; /*RESET EXT STAT I NT*/ 

28 2 OUTPUT (C0MMAND_A_74) = OOIUOOOB; /*EOI*/ 

29 2 RETURN; 

30 2 END EXT_STAT_CHANGE_CHA; ^ 

/****************************###***##*****#************#****************/ 
/* RECEIVER CHARACTER AVAILABLE INTERRUPT WILL APPEAR ONLY ON FIRST*/ 

/* RECEIVE CHARACTER. SINCE DMA CONTROLLER HAS BEEN ENABLED BEFORE */ 

/* THE FIRST CHARACTER IS RECEIVED, THE RECEIVER REQUEST IS */ 

/* SERVICED BY THE DMA CONTROLLER. ~ */ 

/ ***********************************************************************/ 

31 1 RX_CHAR_AVAILABLE_CHA PROCEDURE INTERRUPT 86; 1 

32 2 OUTPUT (C0MMAND_A_74) = OOIUOOOB; /*EOI*/ 

33 2 RETURN; 

34 2 END RX_CHAR_AVAILABLE_CHA; . 

♦EJECT 
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PL/M- 

86 COMPILER lSDC 88/45 8274 CHANNEL A SDLC TEST 




/******#*********#***************#****#**#*******#**********************/ 

/* SPECIAL RECEIVE CONDITION INTERRUPT SERVICE ROUTINE CHECKS FOR */ 

/* END OF FRAME BIT ONLY. SEE SPECIAL SERVICE ROUTINE FOR NON- */ 

/* VECTORED MODE FOR CRC CHECK AND OVERRUN ERROR CHECK */ 

/a**********************************************************************/ 


35 

1 

SPEC IAL_RX_CONDITION_CHA. PROCEDURE INTERRUPT 87. 


36 

2 

OUTPUT (COMMAND A 74) = 1; /*POINTER 1#/ 


37 

2 

TEMP = INPUT (STATUS A 74 ) , 


38 

2 

IF (TEMP AND END OF FRAME) = END OF FRAME THEN 


39 

2 

RXDONE = DONE; 


40 

2 

ELSE DO; 


41 

3 

RXDONE = DONE; 


42 

3 

RESULTS S = FAIL; 


43 

3 

END; 


44 

2 

OUTPUT (COMMAND A 74) = OOUOOOOB; / *ERROR RESET*/ 


45 

2 

OUTPUT (COMMAND A 74) = 001U000B; /*EOI*/ 


46 

2 

RETURN; 


47 

2 

END SPEC I AL_R X_COND I T 1 ON_CHA; 


48 

1 

ENABLE INTERRUPTS: PROCEDURE PUBLIC; 


49 

2 

DISABLE; 


50 

2 

CALL SET*INTERRUPT<84, TX INTERRUPT_CHA ) ; 


51 

2 

CALL SET*INTERRUPT(B5, EXT STAT CHANGE CHA); 


52 

2 

CALL SET*INTERRUPT<86, RX CHAR AVAILABLE_CHA ) ; 


53 

2 

CALL SET* INTERRUPT < 87 . SPEC I AL_RX_CONDI T ION_CHA ) ; 


54 

2 

RETURN; 


55 

2 

END ENABLE_INTERRUPTS. 


56 

1 

END VECTOR_MODE; 






MODULE INFORMATION: 



CODE AREA SIZE = 012EH 302D 



CONSTANT 

AREA SIZE ■ OOOOH OD 



VARIABLE 

AREA SIZE « 000 1H ID 



MAXIMUM 

STACK SIZE = 001EH 30D 



226 LINES READ 

0 PROGRAM WARNINGS 

0 PROGRAM ERRORS 


END 

OF PL/M— 86 COMPILATION 
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APPENDIX B 

MPSC READ/WRITE REGISTER DESCRIPTIONS 


WRITE REGISTER 0 (WRO) 


LSB 



D6 1 D5 

D4 

D3 

D2 

di|do 

v. >1 J 


COMMAND STATUS POINTER 
' REGISTER POINTER 



0 0 0 NULL CODE 

0 0 1 SEND ABORT (SDLC) 

0 1 0 RESET EXT STATUS INTERRUPTS 

0 1 1 CHANNEL RESET 

1 0 0 ENABLE INTERRUPT ON NEXT RX CHARACTER 

1 0 1 RESET TxINT DMA PENDING 

1 1 0 ERROR RESET 

1 1 1 END OF INTERRUPT (Ch. A only) 



0 0 NULL CODE 

0 1 RESET RX CRC CHECKER 

1 0 RESET Tx CRD GENERATOR 

1 1 RESET Tx UNDERRUN EOM LATCH 

210403-26 


WRITE REGISTER 1 (WR1) 


MSB 


LSB 


D7 

D6 

D5 1 D4 

D3 | D2 | D1 

DO 


! EXT INTERRUPT 

ENABLE 

Tx INTERRUPT 
' DMA ENABLE 


L STATUS AFFECTS VECTOR 
(CHB ONLY) 

(NULL CODE CH A) 


1 VARIABLE VECTOR 
0 FIXED VECTOR 


0 0 RxINT/DMA DISABLE 

0 1 RxINT ON FIRST CHAR OR SPECIAL CONDITION 

1 0 INT ON ALL Rx CHAR (PARITY AFFECTS VECTOR) OR 

SPECIAL CONDITION 

1 1 INT ON ALL Rx CHAR (PARITY DOES NOT AFFECT 

VECTOR) OR SPECIAL CONDITION 


1 WAIT ON Rx, 0 WAIT ON Tx 

MUST BE ZERO 

WAIT ENABLE, 1 ENABLE, 0 DISABLE 


210403-27 
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WRITE REGISTER 2 (WR2): CHANNEL B 



WRITE REGISTER 3 (WR3) 

MSB LSB 



0 0 Rx5 BITS/CHAR 

0 1 Rx7 BITS/CHAR 

1 0 Rx6 BITS/CHAR 

1 1 Rx8 BITS/CHAR 

210403-30 
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WRITE REGISTER 4 (WR4) 


WRITE REGISTER 5 (WR5) 


D7 D6 D5 D4 D3 D2 D1 DO 


1 ENABLE PARITY 

0 DISABLE PARITY 

1 EVEN PARITY 
' 0 ODD PARITY 


0 0 ENABLE SYNC MODES 

0 1 1 STOP BIT 

1 0 1.5 STOP BITS 

1 1 2 STOP BITS 

0 0 8 BIT SYNC CHAR 

0 1 16 BIT SYNC CHAR 

1 0 SDLC/HDLC(01 1111 10)FLAG 

1 1 1 EXTERNAL SYNC MODE 


0 0 XI CLOCK 

0 1 X16 CLOCK 

1 0 X32 CLOCK 

1 1 X64 CLOCK 


flSESffiDQEBBIQi 

■■■■■■■■ 



Tx CRC ENABLE 


SDLC/CRC -16 
(CRC MODE) 


0 0 Tx5 BITS OR LESS/CHAR 

0 1 Tx7 BITS/CHAR 

1 0 Tx6 BITS/CHAR 

1 1 Tx8 BITS/CHAR 


WRITE REGISTER 6 (WR6) 


WRITE REGISTER (WR7) 


D7 D6 D5 D4 D3 D2 D1 DO 


D7 D6 D5 D4 D3 D2 D1 DO 


LEAST SIGNIFICANT 
• SYNC BYTE (ADDRESS 
IN SDLC/HDLC MODE) 


MOST SIGNIFICANT 
SYNC BYTE (7EH 
IN SDLC/HDLC MODE) 


READ REGISTER 0 (RRO) 



Rx CHAR AVAILABLE 


INT PENDING (CHA ONLY) 


Tx BUFFER EMPTY 


CARRIER DETECT 


EXTERNAL 

Tx UNDERRUN/EOM V ST ATUS 

INTERRUPT MODE 

BREAK/ABORT J 
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READ REGISTER 1 (RR1): (SPECIAL RECEIVE CONDITION MODE) 


D7 

D6 

D5 

D4 

D3 

D2 

°1 

DO 




I FIELD BYTE 
^ PREVIOUS BYTE 

2 

0 

0 

0 

0 

0 

' 0 
1 


I FIELD BYTE 
2ND PREVIOUS BYTE 


RESIDUE DATA 
> BITS CHAR 
MODE 


PARITY ERROR 

Rx OVERRUN ERROR 

CRC/FRAMING ERROR 

END OF FRAME (SDLC HDLC MODE) 


READ REGISTER 2 (RR2) CHANNEL B ONLY 


MSB LSB 


nj7 

V 6 

V5 

V4* 

V3*| V2* 

VI* 

VO* 


-V 


INTERRUPT 

VECTOR 


‘VARIABLES IN 
- STATUS AFFECTS 
VECTOR MODE 
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INTRODUCTION 

INTEL’S 82530, Serial Communications Controller 
(SCC), is a dual channel, multi-protocol data communi- 
cations peripheral. It is designed to interface to high 
speed communications lines using asynchronous, byte 
synchronous, and bit synchronous protocols. It runs up 
to 1.5 Mbits/sec, has on-chip baud rate generators and 
on-chip NRZI encoding and decoding circuits — very 
useful for SDLC communication. This application note 
shows how to write I/O drivers for the 82530 to do 
initialization and data links using asynchronous 
(ASYNC) and SDLC protocols. The appendix includes 
sections to show how the on-chip baud rate generators 
could be programmed, how the modem control pins 
could be used, and how the 82530 could be interfaced 
to INTEL’S 80186/188 processors. 

This article deals with the software for the following: 

1. SCC port definition 

2. Accessing the SCC registers 

3. Initialization for ASYNC communication 

4. ASYNC communication in polling mode 

5. ASYNC communication in interrupt mode 

6. Initialization for SDLC communication 

7. SDLC frame reception 

8. SDLC frame transmission 

9. SDLC interrupt routines 

The description is written around illustrations of the 
actual software written in PLM86 for a 80186 - 82530 
system. 


I. SCC Port Definition 

The Figure 1 shows how the 4 ports (2 per channel) of 
the SCC can be defined. Note that the sequence of ports 
in the ascending order of addresses is not the one that is 
normally expected. In the ascending order it is: com- 
mand (B), data (B), command (A) and data (A). In an 
80186 - 82530 system, the interconnection is as follows: 

PCSn — CS 
A1 — D/C 

80186 pins A2 — A/B 82530 pins 
RD — RD 
WR — WR 


2. Accessing the SCC Registers 

The SCC has 16 registers on each of the channels (A 
and B). For each channel there is only one port, the 
command port, to access all the registers. The register 
#0 can be always accessed directly through the com- 
mand port. All other registers are accessed indirectly 
through register #0: First, the number of the register to 
be accessed is written to the register #0 - seethe state- 
ment, in Figure 2: ’output (ch a command) = reg 

no and Ofh’. Then, the desired register is written to or 
read out. The Figure 2 shows 4 procedures: rra and 
wra, for reading and writing channel A registers; rrb 
and wrb, for reading and writing channel B registers. 
The read procedures are of the type ‘byte’ - they return 
the contents of the register being read. The write proce- 
dures require two parameters - the register number and 
the value to be written. 


/# «./ 

literally 'pcs5 + O'. /* see channel^b command word#/ 

literally 'pcs5 + 2'* /* see channel__b data word */ 

literally 'pcs5 + 4'# /* see channel.a command word */ 

literally 'pcs5 + 6'i /* sec channel^ data word */ 

/* * / 

231262-1 


Figure 1. SCC Port Definition 


declare ch__b_command 

ch_b_data 

ch__a_command 

ch_a__data 
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/* - */ 

/* read selected see register */ 

rra: procedure (reg_.no) byte; 
declare reg_.no byte; 

if (reg_.no and Ofh) O 0 

then output ( ch_a_command > = reg_.no and Ofh; 
return inp u t ( c h_a_c ommand > ; 
end rra; 

rrb: procedure (reg__no) byte; 
declare reg_.no byte; 

if <reg_no and Ofh) <> 0 

then output < c h_b_c ommand > * reg_.no and Ofh; 
return input ( ch_b_command ) ; 
end rrb; 


/* write selected see register */ 

wra: procedure <reg_no* value); 
declare reg_.no byte; 
declare value byte; 

if (reg_.no and Ofh) <> 0 

then output < ch_a_c ommand ) = reg_no and Ofh; 
output ( ch_a_c ommand ) = value; 
end wra; 

wrb: procedure <reg_no* value); 
declare reg_.no byte; 
declare value byte; 

if (reg_.no and Ofh) O 0 

then output ( c h_b__c ommand ) = reg_.no and Ofh; 
output ( ch_b_c ommand ) = value; 
end wrb; 

/# */ 

231262-2 


Figure 2. Accessing the SCC Registers 
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3. Initialization for ASYNC Operation 

In the following example, channel B of the SCC is used 
to perform ASYNC communication. Figure 3 shows 
how the channel B is initialized and configured for 
ASYNC operation. This is done by writing the various 
channel B registers with the proper parameters as 
shown. The comments in the program show what is 
achieved by each statement. After a software reset of 
the channel, register #4 should be written before writ- 
ing to the other registers. The on-chip Baud Rate Gen- 
erator is used to generate a 1200 bits/sec clock for both 
the transmitter and the receiver. The interrupts for 
transmitter and/or receiver are enabled only for the 
interrupt mode of operation; for polling, interrupts 
must be kept disabled. 


4. ASYNC Communication in Polling 
Mode 

Figure 4 shows the procedures for reading in a received 

character from the 82530 (see in) and for writing out 

a character to the 82530 (see out) in the polling mode. 

The see in procedure returns a byte value which is the 

character read in. The receiver is polled to find if a 
character has been received by the SCC. Only when a 
character has been received, the character is read in 
from the data port of the SCC channel B. 

The see out procedure requires a byte parameter 

which is the character being written out. The transmit- 










5ce_ini t_b 

procedure; 





/# see ch 

B register i n i t \a 1 i za t i on 

for ASYNC mode #/ 



call 

wr b (09. 

01000000b ) 

/* 

channel B reset */ 



call 

wrb <04. 

1 1001 1 10b ) 

/•* 

2 stop, no parity, brf 

= 64 x */ 


call 

wrb <02. 

00100000b > 

/* 

vector = 20h #7 



call 

wrb (03. 

11000000b > 

/* 

rx B bits/char, no auto-enable •»/ 


call 

wrb (05. 

01 100000b) 

/* 

tx 8 bits/char */ 



ca 1 1 

wr b ( 06. 

00000000b ) 





cal 1 

wrb (07. 

00000000b ) 





call 

wrb (09. 

00000001b ) 

/* 

vector includes status 

•#/ 


call 

wrb < 10. 

00000000b > 





call 

wrb <11. 

01010110b ) 

/* 

rxc = txc = BRG , trxc 

- BRG out #7 


call 

wr b ( 12. 

0001 1000b) 

/* 

to generate 1200 baud, 

x64 @ 4 mhz #/ 


cal 1 

wrb ( 13. 

00000000b ) 





call 

wr b ( 14. 

00000011b ) 

/* 

BRG source = SYS CLK, 

enable BRG •*/ 


call 

wr b < 1 5. 

00000000b ) 

/* 

all ext status interrupts off #/ 


/* enables *7 






call 

wrb <03. 

11000001b) 

/* scc-b receive enable 

*/ 


call 

wrb <05. 

11101010b); /* scc-b transmit enable 

dtr on, rts on 

*/ 

/-» enable interrupts - only for 

interrupt driven ASYNC 

I/O */ 


cal 1 

wrb (09, 

00001001b) 

/* 

master IE, vector includes status •*/ 


call 

wrb < 01 , 

00010011b ) 

/* 

tx , rx, ext interrupts 

enable *7 


end scc_imt_b; 












XL / 

/ -M- 1 — *- 






W / 
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Figure 3. Initialization for ASYNC Communication 
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/* */ 

/* see data character input from channel B #7 
scc_in: procedure byte; 
declare char byte; 

do while ( inp ut ( ch_b__c ommand ) and lh) = 0» end; 

char = input ( ch_b_data ) ; /* if rx data character is available •*/ 

return char; /* then input it to buffer */ 

end scc_in; 

/* see data character output to channel B */ 
scc__out: procedure (char); 
declare char byte; 

do while ( input(ch_b_command ) and 4h ) = 0; end; 

output < ch_b._data > = char; /# if tx buff empty then transfer the */ 

/* data character to tx buff */ 

end scc_out; 

/* */ 

231262-4 

Figure 4. ASYNC Communication in Polling Mode 


ter is polled for being ready to transmit the next charac- 
ter before writing the character out to the data port of 
SCC channel B. 

Typical calls to these procedures are: 

abc variable = see in; 

call see out (xyz variable); 


5. ASYNC Communication in interrupt 
Mode 

In contrast to polling for the receiver and/or the trans- 
mitter to be ready with/for the next character, the 
82530 can be made to interrupt when it is ready to do 
receive or transmit. 

The on-chip interrupt controller of the SCC can be 
made to operate in the vectored mode. In this mode, it 
generates interrupt vectors that are characteristic of the 
event causing the interrupt. For the example here, the 
vector base is programmed at 20h and ‘Vector 


Includes Status’ (VIS) mode is set - WR9 = 
XXX0XX01. Vectors and the associated events are: 


Vector 

Procedure 

Event Causing Interrupt 

20h 

txintr b 

ch b - transmit buffer empty 

22h 

esi b 

ch b - external /status change 

24 h 

rxintr_b 

ch b - receive character available 

26h 

src_b 

ch b - special receive condition 

28h 

txintr a 

ch a - transmit buffer empty 

2ah 

esi a 

ch a - external/status change 

2ch 

rxintr_a 

ch a - receive character available 

2eh 

src_a 

ch_a - special receive condition 


NOTE: 

Odd vector numbers do not exist. 


Figure 5 shows the interrupt procedures for the channel 
B operating in ASYNC mode. The transmitter buffer 
empty interrupt occurs when the transmitter can accept 
one more character to output. In the interrupt proce- 
dure for transmit, the byte char out 530 is output. 

Following this, is an epiloge that is common to all the 
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interrupt procedures ; the first statement is an end of The receive buffer full interrupt occurs when the receiv- 

interrupt command to the 82530 - note that it is issued er has at least one character in its buffer, waiting to be 

to channel A - and the second is an End of Interrupt read in by the CPU. 

(EOI) command to the 80186 interrupt controller 

which is, in fact, receiving the interrupt from the 82530. The esi b is not enabled to occur and src b cannot 

occur in the ASYNC mode unless the receiver is over- 
run or a parity error occurs. 



— — — 



/# channel B interrupt 

procedures */ 


txintr_b: procedure 

interrupt 20h# 


output <ch_b_data) 

= c h ar _ou t__530# 


call u»ra<00# 38h ) # 
output <eoir_18M 
return# 
end txintr_b# 

/* reset highest IUS */ 

= 8000h# /# non specific EOI */ 


e s i _ b : procedure 

interrupt 22h; 


call ujrbtOO# 10h># 

/*■ reset ESI */ 


call urra <00# 3Bh ) # 
output <eoir__186) 
return# 
end esi_b# 

/Hr reset highest IUS */ 

= 8000h# /* non specific EOI */ 


rxintr_b: procedure 

interrupt 24h# 


char_in,J530 = input < ch_b_data ) #* 


call wratOO# 3Bh>; 
output (eoir_186) 
return# 
end rxintr_b# 

/■* reset highest IUS Hr/ 

« 8000h; /* non specific EOI */ 


src_b: procedure 

interrupt 26h# 


call wrb <00# 30h># 

/Ht error reset */ 


call ura <00# 38h ) # 
output (eoir_186) 
return# 
end src_bi 

/* reset highest IUS Hr/ 

= BOOOh# /h non specific EOI h/ 


/■* — ~ — 
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Figure 5. ASYNC Communication in Interrupt Mode 
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6. Initialization for SDLC 
Communication 

Channel A of the SCO is programmed for being used 
for SDLC operation. It uses the DMA channels on the 
80186. Figure 6 shows the initialization procedure for 
channel A. The comments in the software show the 
effect of each statement. The on-chip Baud Rate Gener- 
ator is used to generate a clock of 125 kHz both for 
reception and transmission. This procedure is just to 
prepare the channel A for SDLC operation. The actual 
transmission and reception of frames is done using the 
procedures described further. 


7. SDLC Frame Reception 

Figure 7 shows the entire set-up necessary to receive a 
SDLC frame. First the DMA controller is programmed 

with the receive buffer address (@rx buff), byte count, 

mode etc and is also enabled. Then a flag indicating 
reception of the frame is reset. An Error Reset com- 
mand is issued to clear up any pending error condi- 
tions. The receive interrupt is enabled to occur at the 
end of frame reception (Special Receive Condition); 
lastly, the receiver is enabled and put in the Hunt mode 
(to detect the SDLC flag). When the first flag is detect- 


ed on the RxDA pin, it goes from the Hunt to the Sync 
mode. It receives the frame and the end of frame inter- 
rupt (src b, vector = 2eh) occurs. 

8. SDLC Frame Transmission 

Figure 8 shows the procedure for transmitting a SDLC 
frame once channel A is initialized. The DMA control- 
ler is initialized with the transmit buffer address 
(@tx buff (1)) - note, it is the second byte of the trans- 

mit buffer - and the byte count - again one less than the 
total buffer length. This is done because the first byte in 
the buffer is output directly using an I/O instruction 
and not by DMA. Then the flag indicating frame trans- 
mitted is reset. The events following are very critical in 
sequence: 

a. Reset external status interrupts 

b. Enable the transmitter 

c. Reset transmit CRC 

d. Enable transmitter underrun interrupt 

e. Enable the DMA controller 

f. Output first byte of the transmit block to data port 

g. Reset Transmit Underrun Latch 


/* #/ 

scc__init_a: procedure# 


/* see ch 

A register initialization i 

call 

uira (09# 

10000000b)# 

/* 

call 

uira (04# 

00100000b )i 

/* 

cal 1 

uira (01 # 

01100000b ); 

/* 

call 

uira (03# 

1 1000000b )i 

/* 

call 

uira (05# 

01 100000b >; 

/* 

call 

uira (06# 

01010101b ># 

/* 

call 

uira (07# 

0111,1110b >; 

/* 

call 

uira ( 10# 

10000000b ); 

/* 

call 

uira (11# 

01010110b )i 

/* 

call 

uira ( 12# 

00001110b)# 

/* 

call 

uira ( 13# 

00000000b)# 


call 

uira ( 14# 

000001 10b)# 

/* 1 

call 

uira ( 15# 

00000000b); 

/* < 

/* enables */ 



call 

uira ( 14# 

00000111b); 

/* 

call 

uira (01 . 

11 100000b); 

/* 

call 

uira (09# 

00001001b); 

/* 


channel A 


reset *7 
*/ 


8 bit Tx 


char# 

char# 


Rx 

Tx 


disable */ 
disable *7 


b CRC# NRZ encoding */ 
txc = BRG # trxc = BRG out *7 
nerate 125 Kbaud# xl @ 4 mhz */ 

jurce = SYS CLK# DMA for Tx */ 


enable 


: BRG */ 
dreq, */ 
IE# vector 


includes status */ 


end see init a; 


/*- 


*/ 
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Figure 6. Initialization for SDLC Communication 
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/* 


■*/ 


rx__init: procedure; 


declare dma_0_mode literally ' 1010001 001 000000b 7 # 

/* src=IO/ dest=M<inc)/ sync=src» TCi noint/ priority/ byte */ 


outword < dma_0 _d p 1 > 
outword < dma_0_dph ) 
outwor d < dma__0__sp 1 > 
outword ( dma_0_sph ) 
outword < dma__0_tc ) 
outword ( dma_0__cw) 


lowl6(@r x_buf f ); 
highl6(@rx_buff ); 
c h__a_data; 

0 ; “ 

b lor. k__length + 2 i 
dma_0_mode or 0006h» 


/* +2 for CRC */ 

/* start DMA channel 0 */ 


frame__recd -• 0/ 

/* 

call 

wra <00/ 30h ) ; 

/* 

call 

wra < 01 » 11111001b); 

/* 

call 

wra < 03/ 11010001b); 

/* 


reset frame received flag */ 
error reset #/ 

sp. cond intr only/ ext int enable */ 
enable receiver# enter hunt mode */ 


end rx__init; 

/* v */ 
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Figure 7. SDLC-DMA Frame Reception 


/* 


■*/ 


tx_init: procedure; 


declare dma_l_mode literally '0001011010000000b'; 

/* src=M(inc>/ dest=IO# sync=dest/ TC. noint/ noprior» byte */ 


outword < dma__l„sp 1 ) 
outword ( dma_l__sph ) 
outword < dma__l__dp 1 ) 
outword ( dma_l_dph ) 
outword ( dma__l_tc ) 


lowl6<@tx_buf f (1) )s 
highl6<@tx_buff < 1 ) >; 
ch_a data; 

0; 

b 1 oc k_l eng th - 1; /■«■ -1 for first byte */ 


frame_tx = 0; /«■ 

call wra ( 00# 00010000b); /* 
call wra < 05# 01101011b); /* 
call wra ( 00# 10101000b); /* 
call wra ( 15# 01000000b); /* 


outword ( dma_l_cw) = dma_l_mode or 
output ( c h_a_data ) = tx_buff(0); 
call wra <00# 11000000b); 


reset frame transmitted flag */ 

reset ESI #7 

enable transmitter */ 

reset tx CRC/ TxINT pending */ 

enable : TxU int */ 

0006h» /* start DMA channel 1 #/ 

/* first byte - address field */ 

/•* Reset Tx Underrun latch */ 


end tx^init; 

/* */ 
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Figure 8. SDLC-DMA Frame Transmission 
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/* channel A interrupt 

procedures */ 


t xintr_a: procedure 


interrupt 28h; 



call uira (OOi 38h ) ; 


/* reset highest IUS */ 



output <eoir_186> 
return; 

=s 

8000h; /* non specific EDI */ 


end 

t x intr_a; 




esi_a: procedure 


interrupt 2ah; 



call wra(OOi lOh ) ; 


/* reset ESI */ 



tx stat = rra(O); 


/* read in status */ 



frame_tx = Offh; 


/* set frame transmitted flag */ 



call wra (00» 38h ) ; 


/* reset highest IUS */ 



output (eoir_186) 
return; 


8000h; /* non specific EOI */ 


end 

es i_a; 




rxintr_a: procedure 


interrupt 2ch; 



call uira ( 00# 38h ) ; 


/* reset highest IUS */ 



output (eoir_186) 
return; 

a 

8000h; /* non specific EOI */ 


end 

r x intr_a; 




src 

— a: procedure 


interrupt 2eh; 



rx_stat * rra(l); 
call tura(00i 30h ) ; 


/* error reset */ 



call ura (03# 11000000b ); /* disable rx */ 



frame__recd = Offh; 


/* set frame received flag */ 



call uira <00* 38h ) ; 


/* reset highest IUS */ 



output <eoir_18&> 
return; 

a 

8000h; /* non specific EOI */ 


end 

src_a; 




/#— 
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Figure 9. SDLC-DMA Interrupt Routines 
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The frame gets transmitted out with all bytes, except 
the first one, being fetched by the SCC using the DMA 
controller. At the end of the block the DMA controller 
stops supplying bytes to the SCC. This makes the trans- 
mitter underrun. Since the Transmitter Underrun 
Latch is in the reset state at this moment, the CRC 
bytes are appended by the SCC at the end of the trans- 
mit block going out. An External Status Change inter- 
rupt (esi a, vector = 2ah) is generated with the bit for 

transmitter underrun set in RRO register. This inter- 
rupt occurs when the CRC is being transmitted out and 
not when the frame is completely transmitted out. 


9. SDLC Interrupt Routines 

Figure 9 shows all the interrupt procedures for channel 
A when operating in the SDLC mode. The procedures 
of significance here are esi a and src a. 

The end of frame reception results in the src a proce- 

dure getting executed. Here the status in register RR1 

is stored in a variable rx stat for future examination. 

Any error bits set in status are reset, receiver is disabled 
and the flag indicating reception of a new frame is set. 

The esi a procedure is executed when CRC of the 

transmitted frame is just going out of the SCC. Reset 
External Status Interrupt command is executed, the ex- 
ternal status is stored in a variable tx stat for future 


examination and the flag indicating transmission of the 
frame is set. 

End of frame processing is required after both of these 
interrupt procedures. It involves looking at 
rx stat and tx stat and checking if the desired opera- 

tion was successful. The buffers used, may have to be 
recovered or new ones obtained to start another frame 
transmission or reception. 


CONCLUSIONS 

This article should ease the process of writing a com- 
plete data link driver for ASYNC and SDLC modes 
since most of the hardware dependent procedures are 
illustrated here. It was a conscious decision to make the 
procedures as small and easy to understand as possible. 
This had to be done at the expense of making the proce- 
dures general and not dealing with various exception 
conditions that can occur. 

REFERENCES 

1. 82530 Data Sheet, Order #230834-001 

2. 82530 SCC Technical Manual, Order 
#230925-001 
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APPENDIX A 

82530— BAUD RATE GENERATORS 


The 82530 has two Baud Rate Generators (BRG) on 
chip — one for each channel. They are used to provide 
the baud rate or serial clock for receive and transmit 
operations. This article describes how the BRG can be 
programmed and used. 

The BRG for each channel is totally independent of 
each other and have to be programmed separately for 
each channel. This article describes how any one of the 
two BRGs can be programmed for operation. To use 
the BRG, four steps have to be performed: 

1. Determine the Baud Rate Time Constant (BRTC) 
to be programmed into registers WR12 (LSB) and 
WR13 (MSB). 

2. Program in register WR11, to specify where the 
output of the BRG must go to. 

3. Program the clock source to the BRG in register 
WR14. 

4. Enable the BRG. 


Step 1: Baud Rate Time Constant (BRTC) 

The BRTC is determined by a simple formula: 
Serial Clock Frequency 

BRTC = 2 

2 X (Baud Rate X Baud Rate Factor) 

Example: 

For Serial Clock Frequency = 4 MHz 
Baud Rate = 9600 

Baud Rate Factor =16 

4000000 


BRTC 


2 X (9600 X 16) 
13.021 - 2 = 11.021 


I P 7 1 P6 1 P5 1 P4 I P 3 1 P 2 1 Pi I Po I 

1 


0 

0 

0 

1 

1 

_ 0 _ 

1 

1 



0 

0 


0 

1 


_ 1 _ 

0 


1 

1 


TRxC OUT = XTAL OUTPUT 
TRxC OUT = TRANSMIT CLOCK 
TRxC OUT = BR GENERATOR OUTPUT 
TRxC OUT = DPLL OUTPUT 

• TRxC O/l 


TRANSMIT CLOCK = RTxC PIN 
TRANSMIT CLOCK = TRxC PIN 
TRANSMIT CLOCK = BR GENERATOR OUTPUT 
TRANSMIT CLOCK = DPLL OUTPUT 


0 

0 

0 

1 

1 

0 

1 

1 


RECEIVE CLOCK 
RECEIVE CLOCK 
RECEIVE CLOCK 


RTxC PIN 
TRxC PIN 

BR GENERATOR OUTPUT 


RECEIVE CLOCK = DPLL OUTPUT 


RTxC XTAL/NO XTAL 


Figure 1. Write Register 11 
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Table 1. BRTC - Baud Rate Time Constant 



Baud Rate Factor 

1 

16 

32 

64 


9600 

206.333 

11.021 

4.510 

1.255 


4800 

414.667 

24.042 

11.021 

4.510 

Baud 

2400 

831.333 

50.083 

24.042 

11.021 

Rate 

1200 

1664.667 

102.167 

50.083 

24.042 


600 

3331.333 

206.333 

102.167 

50.083 


300 

6664.667 

414.667 

206.333 

102.167 


Since only integers can be written into the registers 
WR12/WR13 this will have to be rounded off to 11 
and it will result in an error of: 


fraction 0.021 

X 100 = 

BRTC 11.021 


X 100 = 0.19% 


This error indicates that the baud rate signal generated 
by the BRG does not provide the exact frequency re- 
quired by the system. This error is more serious for 
smaller baud rate factors. For asynchronous systems, 
errors up to 5% are considered acceptable. 

Note that for BRTC = 0, BRG output frequency = 1/4X 
Serial Clock Freq. 

Table 1 shows the BRTC for a 4 MHz serial clock with 
various baud rates on the Y - axis and baud rate factors 
on the X - axis. The constant that is really programmed 
into registers WR12/WR13 is the integer closest to the 
BRTC value shown in the table. 


Efl E3 E9 E9 G3 E3 E9 EB 


0 

0 

0 

0 

0 

1 

0 

1 

0 

0 

1 

1 

_1_ 

_0_ 

_0_ 


_0_ 

1 

J_ 


_0_ 



1 



BR GENERATOR ENABLE 
BR GENERATOR SOURCE 
DTR/REQUEST FUNCTION 
AUTO ECHO 
LOCAL LOOPBACK 


NULL COMMAND 
ENTER SEARCH MODE 
RESET MISSING CLOCK 
DISABLE DPLL 

SET SOURCE = BR GENERATOR 
SET SOURCE = RTxC 
SET FM MODE 
SET NRZI MODE 
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Figure 2. Write Register 14 


Step 2: BRG Output 

The output of the BRG can be directed to the Receiver, 
Transmitter and the TRxC output. This is programmed 
by setting bits D6 D5, bits D4 D3, and bits D1 DO in 
register WR11 to 10. See Figure 1. The output of the 
BRG can also be directed to the Digital Phase Locked 
Loop (DPLL) for the on-chip decoding of the NRZI 
encoded received data signal. This is done by writing 
100 into bits D7 D6 D5 of register WR14 as shown in 
Figure 2. 

Step 3: BRG Source Clock 

Register WR14 is used to select the input clock to the 
BRG. See Figure 2. 


WR14 / bit D1 = 0 — > Clock comes from pin 
RTxC 

WR14/bitDl = 1 — ► Clock comes from System 
Clock (PCLK) 

On RESET WR14 / bit D1 = 0. 

It should be noted that for the case of Bit D1 = 0, the 
clock comes either from: 

a. Clock on pin RTxC - if WR11 / D7 = 0 
or b. Crystal on pins RTxC & SYNC 

- if WR11 / D7 = 1 

Step 4: BRG Enable 

This is the last step where bit DO of WR14 is set to start 
the BRG. The BRG can also be disabled by resetting 
this bit. 
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APPENDIX B 

MODEM CONTROL PINS ON THE 82530 


Introduction 

This article describes how the CTS and CD pins on the 
82530 behave and how to write software to service 
these pins. The article explains when the External 
Status Interrupt occurs and how and when to issue the 
Reset External/Status Interrupt command to reliably 
determine the state of these pins. 

Bits D3 and D5 of register RRO show the inverted state 
of logic levels on CD and CTS pins respectively. It is 
important to note that the register RR O doe s not always 
reflect the current state of the CD and CTS pins. When- 
ever a Reset External/Status Interrupt ( RES I) com- 
mand is issued, the (inverted) states of the CD and the 
CTS pins get updated and latched into the RRO register 
and the regi ster RRO then reflect the inverted state of 
the CD and CTS pins at the time of the write operation 
to the chip. On c hannel or chip reset, the inverted state 
of CD and CTS pins get latched into RRO register. 

Normally, a transition on any of the pins does not nec- 
essarily change the corresponding bit(s) in RRO. In cer- 
tain situations it does and in some cases it does not. A 
sure way of knowing the current state of the pins is to 
read the register RRO after a RESI command. 

There are two cases: 

I. External/Status Interrupt (ESI) enabled. 

II. Polling (ESI disabled). 

Case I: External Status Interrupt (ESI) Enabled 

Whenever ESI is enabled, an interru pt can occur when- 
ever there is a transition on CD or CTS pins - the IE 


bits for CD and/or CTS must also be set in WR15 for 
the interrupt to be enabled. 

In this case, the first transition on any of these pins will 
cause an interrupt to occur and the corresponding bit in 
RRO to change (even without the RESI command). A 
RESI command resets the interrupt line and also l atch- 
es in the current state of both the CD and the CTS pins. 
If there was just one transition the RESI does not really 
change the contents of RRO. 

If there are more than one transitions, either on the 
same pin or one each on both pins or multiple on both 
pins, the interrupt would get activated on the first tran- 
sition and stay active. The bit in RRO corresponding 
only to the very first transition is changed. All subse- 
quent transitions have no effect on RRO. The first tran- 
sition, in effect, freezes all changes in RRO. The first 
RESI command, as co uld be ex pecte d, latches the final 
(inverted) state of the CD and CTS pins into the RRO 
register. Note that all the intermediate transitions on 
the pins are lost (because the response to the interrupt 
was not fast enough). The interrupt line gets reset for 
only a brief moment following the first RESI com- 
mand. This brief moment is approximately 500 ns for 
the 82530. After that the interrupt becomes active 
again. A second RESI command is necessary to reset 
the interrupt. Two RESI commands resets the interrupt 
line independent of the number of transitions occurred. 

Whenever operating with ESI enabled, it is recom- 
mendable to issue two back-to-back RESI commands 
and then read the RRO regi ster to reliably determine 
the state of the CD and CTS pins and also to reset the 
interrupt line in case multiple transitions may have oc- 
curred. 
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Case II: Polling RRO for CD and CTS Pins 

If RRO i s polled for determining the state of the CD 
and CTS pins, then the External/Status Interrupt (ESI) 
is kept disabled. In this case the bits in RRO may not 
change even for the first transition. The best way to 
handle this case to always issue a RESI command be- 
for e re ading in th e RRO register to determine the state 
of CD and CTS pins. Note, however, if two back-to- 
back RESI commands were to be issued every time be- 
fore reading in the RRO register, the first subsequent 
transition will change the corresponding bit in RRO. 

The state di agram above illustrates how each transition 
on CD and CTS pins affect the 82530 and what effect 
the RESI command has. 

State 0 

It is entered on reset. No ESI due to CT S or CD are 
pending in this state. Any transition on CTS or CD 
pins lead to the state 1 accompanied by an immedi- 
ate change in the RRO register. 

State 1 

Interrupt is active (if enabled). If a RESI command 
is issued, state 0 is reached where interrupt is ag ain 
inac tive. However, a further transition on CTS or 
CD pin leads to state 2 without an immediate change 
in RRO register. 


State 2 

Interrupt is active (if enabled). Any further tran- 
sitions have no effect. A RESI command leads to 
state 1, temporarily making the interrupt inactive. 


CONCLUSIONS 

Register RRO doe s no t al ways reflect the current (in- 
verted) state of the CD and CTS pins. The most reliable 
way to determine the state of the pins in interrupt or 
polling mode is to issue two back-to-back RESI com- 
mands and then read RRO. While polling, the second 
RESI is redundant but harmless. When issuing the 
back-to-back RESI commands to 82530 note that the 
separation between the two write cycles should be at 
least 6 CLK -f 200 ns; otherwise the second RESI will 
be ignored. 


2-253 


AP-222 



APPENDIX C 

THE 82530 SCC - 80186 INTERFACE AP BRIEF 


INTRODUCTION 

The object of this document is to give the 82530 system 
designer an in-depth worst case design analysis of the 
typical interface to a 80186 based system. This docu- 
ment has been revised to include the new specifications 
for the 6 MHz 82530. The new specifications yield bet- 
ter margins and a 1 wait state interface to the CPU (2 
wait states are required for DMA cycles). These new 
specifications will appear in the 1987 data sheet and 
advanced specification information can be obtained 
from your local Intel sales office. The following analy- 
sis includes a discussion of how the interface TTL is 
utilized to meet the timing requirements of the 80186 
and the 82530. In addition, several optional interface 
configurations are also considered. 


INTERFACE OVERVIEW 

The 82530 - 80186 interface requires the TTL circuitry 
illustrated in Figure 1. Using five 14 pin TTL packages, 
74LS74, 74AS74, 74AS08, 74AS04, and 74LS32, the 
following operational modes are supported: 

• Polled 

• Interrupt in vectored mode 

• Interrupt in non-vectored mode 

• Half-duplex DMA on both channels 

• Full-duplex DMA on channel A 

A brief description of the interface functional require- 
ments during the five possible BUS operations follows 
below. 
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Figure 2. 80186-82530 Interface Read Cycle 



Figure 3. 80186-82530 Interface Write Cycle 


READ CYCLE: The 80186 read cycle requirements are is inverted to assure that WR is active low before the D 

met without any additional logic, Figure 2. At least one Flip-Flop is clock ed. N o wait states are necessary to 

wait state is required to meet the 82530 tAD access meet the 82530’s WR cycle requirements, but one is 

time. assumed from the RD cycle. 

WRITE CYCL E: Th e 82530 requires that data must be INTA CYCLE: During an interru pt acknowledge cy- 
valid while the WR pulse is low, Fig ure 3. A D Flip- cle, the 80186 provides two INTA pulses, one per bus 

Flop delays the leading edge of WR until the falling cycle, separate d by t wo idle states . Th e 82530 expects 

edg e of CLOCKOUT when data is guaranteed valid only one long INTA pulse wit h a RD pulse occurring 

and WR is guaranteed active. The CLOCKOUT signal only after the 82530 IEI/IEO daisy chain settles. As 
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illustrated in Figure 4, the INTA signal is sampled on 
the rising edge of CLK (82530). Two D Flip-Flops and 
two TTL gates, U2 an d U5 , are implemented to gener- 
ate the proper INTA and RD pulses. Also, the INT 
signal is passively pulled high, through a 1 k resistor, 
and inverted through U3 to meet the 80186’s active 
high requirement. 

DMA CYCLE: Conveniently, the 80186 DMA cycle 
timings are the same as generic read and write opera- 
tions. Therefore, with two wait states, only two modifi- 
cations to the DMA request signals are necessary. 
First, the RDYREQA signal is inverte d through U3 
similar to the INT signal, and second the DTR/REQA 
signal is conditioned through a D Flip-Flop to prevent 
inadve rtent back to back DMA cycles. Because the 
82530 DTR/REQA signal remains active low for over 
five CLK (82530)’s, an additional DMA cycle could 
occur. Th is uncertain condition is corrected when U4 
resets the DTR/REQ signal inactive high. Full Duplex 
on both DMA channels can easily be supported with 
one extra D Flip-Flop and an inverter. 

RESET: The 82530 does not have a dedicated RE SET 
inpu t. In stead, the simultaneous assertion of both RD 
and WR causes a hardware reset. This hardware reset 
is implemented through U2, U3, and U4. 


ALTERNATIVE INTERFACE 
CONFIGURATIONS 

Due to its wide range of applications, the 82530 inter- 
face can have many varying configurations. In most of 
these applications the supported modes of operation 


need not be as extensive as the typical interface used in 
this analysis. Two alternative configurations are dis- 
cussed below. 

8288 BUS CONTROLLER: An 80186 based system 
implementing an 8288 bus cont roller will not require 
the preconditioning of the WR signal through the D 
Fli p-Flop U 4. When utilizing an 8288, the control sig- 
nal IOWC does not go active until data is valid, there- 
fore, meeting the timing requirements of the 82530. In 
such a configu ration, it will be necessary to logically 
OR the IOWC with reset to accommodate a hardware 
reset operation. 

NON- VECTORED INTERRUPTS: If the 82530 is to 
be operated in the non-vectored interrupt mode (B step 
only), the interface will not require U1 or U5. Instead, 
INTA on the 8 2530 sho uld be pulled high, and pin 3 of 
U2 (RD AND RESET) should be fed directly into the 
RD input of the SCC. 

Obviously, the amount of required interface logic is ap- 
plication dependent and in many cases can be consider- 
ably less than required by the typical configuration, 
supporting all modes of SCC operation. 


DESIGN ANALYSIS 

This design analysis is for a typical microprocessor sys- 
tem, pictured in Figure 5. The Timing analysis assumes 
an 8 MHz 80186 and a 6 MHz 82530 being clocked at 
4 MHz. The 4 MHz clock is the 80186 CLKOUT di- 
vided by two by a flip-flop (U6). Also, included in the 
analysis are bus loading, and TTL-MOS compatibility 
considerations. 
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MICROPROCESSOR 


ADDRESS 

LATCH 


ADDRESS BUS 


CONTROL BUS 






ROM 




iz. 




12 : 


RAM 






lid 


DATA 

TRANSCEIVER 


Figure 5. Typical Microprocessor System 


Bus Loading and Voltage Level 
Compatabilities 

The data and address lines do not exceed the drive ca- 
pability of either 80186 or the 82530. There are several 
control lines that drive more than one TTL equivalent 
input. The drive capability of these lines are detailed 
below. 

WR: The WR signal drives U3 and U4. 

* lol (2.0 mA) > lil (-0.4 mA + -0.5 mA) 
loh (-400 jllA) > lih (20 jut A + 20 juA) 


PCS5: The PCS5 signal drives U2 and U4. 

* lol (2.0 mA) > lil (-0.5 mA + -0.5 mA) 
loh (-400 /xA) > lih (20 jut A + 20 /xA) 

INTA: The INTA signal drives 2(U1) and U5. 

* lol (2.0 mA) > lil (-0.4 mA + -0.8 mA + -0.4 mA) 
loh (-400 julA) > lih (20 /xA + 40 jxA + 20 jut A) 

All the 82530 I/O pins are TTL voltage level compati- 
ble. 


TIMING ANALYSIS 

Certain symbolic conventions are adhered to through- 
out the analysis below and are introduced for clarity. 

1. All timing variables with a lower case first letter are 
82530 timing requirements or responses (i.e., tRR). 

2. All timing variables with Upper case first letters are 
80186 timing responses or requirements unless pre- 
ceded by another device’s alpha-numeric code (i.e., 
Tclcl or ’373 Tpd). 

3. In the wri te cy cle analysis, the timing variable 
TpdWR186-WR530 represents the propagation de- 
lay between the leading or traili ng ed ge of the WR 
signal leav ing t he 80186 and the WR edge arrival at 
the 82530 WR input. 

Read Cycle 

1 . tAR: Address valid to RD active set up time for the 
82530. Since the propagation delay is the worst case 
path in the assumed typical system, the margin is calcu- 
lated only for a propagation delay constrained and not 
an ALE limited path. The spec value is 0 ns minimum. 

* 1 Tclcl - Tclav(max) - ’245 Tpd(max) + Tclrl(min) + 

2(U2) Tpd(min) - tAR(min) 

= 125 - 55 - 20.8 + 10 + 2(2) - 0 = 63.2 ns margin 
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2. tRA: Address to RD inactive hold time. The ALE 
delay is the worst case path and the 82530 requires 0 ns 
minimum. 

* 1 Tclcl - Tclrh (max) + Tchlh(min) + ’373 LE 
Tpd(min) - 2(U2) Tpd(max) 

= 55 - 55 + 5 + 8- 2(5.5) = 2 ns margin 

3. tCLR: CS active low to RD active low set up time. 
The 82530 spec value is 0 ns minimum. 

* 1 Tclc l - Tclcsv(max) - Tclrl(min) - U2 
skew(RD - CS) + U2 Tpd(min) 

= 125 - 66 - 10 - 1 + 2 = 50 ns margin 

4. tRCS: RD inactive to CS inactive hold time. The 
82530 spec calls for 0 ns minimum. 

* Tcscsx(min) - U2 skew(RD - CS) - U2 Tpd(max) 

= 35 - 1 - 5.5 = 28.5 ns margin 

5. tCHR: CS inactive to RD active set up time. The 
82530 requires 5 ns minimum. 

* 1 Tclc l + 1 Tchcl - Tchcsx(max) + Tclrl(min) - U2 
skew (RD - CS) + U2 Tpd(min) - tCHR 

= 125 + 55 - 35 - 10 - 1 + 2 - 5 = 131 ns margin 

6. tRR: RD pulse active low time. One 80186 wait state 
is included to meet the 150 ns minimum timing require- 
ments of the 82530. 

* Trlrh(min) + 1 (Tdciwait state) - 2(U2 skew) - tRR 
= (250-50) + 1(125) - 2(1) - 150 = 173 ns margin 

7. tRDV: RD active low to data valid maximum delay 
for 80186 read data set up time (Tdvcl = 20 ns). The 
margin is calculated on the Propagation delay path 
(worst case). 

* 2 Tclcl + 1 (Tdciwait state) - Tclrl(max) - Tdvcl(min) 
- ’245 Tpd(max) - 82530 tRDV(max) - 2(U2) Tpd(max) 

= 2(125) + 1(125) - 70 - 20 - 14.2 - 105 - 2(5.5) 

= 154 ns margin 

8. tDF: RD inactive t o data output float delay. The 
margin is calculated to DEN active low of next cycle. 

* 2 Tclcl + Tclch(min) - Tclrh(max) + Tchctv(min) - 
2(U2) Tpd(max) - 82530 tDF(max) 

= 250 + 55 -55 + 10 - 11 - 70 = 179 ns margin 

9. tAD: Address required valid to read data valid maxi- 
mum delay. The 82530 spec value is 325 ns maximum. 


* 3 Tclcl + 1 (Tdciwait state) - Tclav(max) - ’373 

Tpd(max) - ’245 Tpd - Tdvcl(min) - tAD 

= 375 + 125 - 55 - 20.8 -14.2 - 20 -325 = 65 ns 
margin 


Write Cycle 

1. tAW: Address required valid to WR active low set 
up time. The 82530 spec is 0 ns minimum. 

* Tclcl - Tclav(max) - Tcvctv(min) - ’373 Tpd(max) 

+ TpdWR186 - WR530(LOW) [Tclcl - Tcvctv(min) + 

U3 Tpd(min) + U4 Tpd(min)] - tAW 

= 125 - 55 - 5 - 20.8 + [125 - 5 + 1 + 4.4] - 0 
= 170.6 ns margin 

2. tWA: WR inactive to address invalid hold time. The 
82530 spec is 0 ns. 

* Tclch(min) - Tcvctx(max) + Tchlh(min) + ’373 LE 
Tpd(min) - TpdWR186 = WR530(HIGH) [U2 Tpd(max) + 
U3Tpd(max) + U4 Tpd(max)] 

= 55 - 55 + 5 + 8- [5.5 + 3 + 7.1] = -2.6 ns 
margin 

3. tCLW: Chip select active low to WR active low hold 
time. The 82530 spec is 0 ns. 

* 1 Tclcl - Tclcsv(max) + Tcvctv(min) - U2 Tpd(max) 

+ T pdWRI 86 = WR530(LOW) [Tclcl - Tcvctv(min) + U3 
Tpd(min) + U4 Tpd(min)] 

= 125 - 66 + 5 - 5.5 + [125 - 5 + 1 + 4.4] = 

183.9 ns margin 

4. tWCS: WR invalid to Chip Select invalid hold time. 
82530 spec is 0 ns. 

* Tcxcsx(min) - U2 Tpd(max) - 

T pdWRI 86 = WR530(HIGH) [U2 Tpd(max) + U3 
Tpd(max) + U4Tpd(max)] 

= 35 + 1.5 - [5.5 + 3 + 7.1] = 20.9 ns margin 

5. tCHW: Chip Select inactive high to WR active low 
set up time. The 82530 spec is 5 ns. 

* 1 Tclcl + Tchcl(min) + Tcvctv(min) - Tchcsx(max) - 
U2 Tpd(max) + TpdWR186 = WR530(LOW) [Tclcl - 
Tcvctv(min) + U3 Tpd(min) + U4 Tpd(min)] - tCHW 

= 125 + 55 + 5 - 35 - 5.5 + [125 -5 + 1 + 4.4] - 
5 = 264 ns margin 

6. tWW: WR active low pulse. 82530 requires a mini- 
mum of 60 ns from the falling to the rising edge of WR. 
This includes one wait state. 
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* Twlwh [2Tclcl - 40] + 1 (Tclcl wait state) - TpdWR/ 
186— WR530(LOW) [TcIcLj Tcvctv(min) + U3 Tpd(max) 
+ U4 Tpd(max)] + TpdWR/186 = WR/530(HIGH) [U2 
Tpd(min) U3 Tpd(min) + U4 Tpd(min)] - tWW 

= 210 + 1(125) - [125 - 5 + 4.5 + 9.2] - [1.5 + 1 
+ 3.2] - 60 = 135.6 ns margin 

7. tD>V: Data valid to WR active low setup time. The 
82530 spec requires 0 ns. 

* Tcvctv(min) - Tcldv(max) - ’245Tpd(max) + 
TpdWR186— WR530(LOW) [Tclcl - Tcvctv(min) + U3 
Tpd(min) + U4 Tpd(min)] 

= 5 - 44 - 14.2 + 125 - 5 + 1.0 + 4.4 = 72.2 ns 
margin 

8. tWD: Data valid to WR inactive high hold time. The 
82530 requires a hold time of 0 ns. 

* Tclch - skew (Tcvctx(max) + Tcvctx(min)} + ’245 
OE Tpd(min) - TpdWR186-WR530(HIGH) [U2 Tpd(max) 
+ U3 Tpd(max) + U4Tpd(max)] 

= 55 - 5 + 11.25 - [5.5 + 3.0 + 7.1] = -50.6 ns 
margin 


INTA Cycle: 

1. tIC: This 82530 spec implies that the INTA signal is 
latched internally on the rising edge of CLK (82530). 
Theref ore the maximum delay between the 80186 as- 
serting INTA active low or inactive high and the 82530 
internally recognizing the new state of INTA is the 
propagation delay through U1 plus the 82530 CLK pe- 
riod. 

* U1 Tpd(max) + 82530 CLK period 
= 45 + 250 = 295 ns 


2. tCI: rising edge of CLK to INTA hold time. This 
spec requires that the state of INTA remains constant 
for 100 ns after the rising edge of CLK. If this spec is 
violated any change in the state of INTA may not be 
internally latc hed in t he 82530. t CI beco mes critical at 
the end of an INTA cycle when INTA goes inactive. 
When calculating margins with tCI, a n extra 82530 
CLK period must be added to the INTA inactive delay. 


3. tlW: INTA inactive high to WR active low mini- 
mum setup time. The spec pertains only to 82530 WR 
cycle and has a val ue of 55 ns. The margin is calculated 
ass uming an 82530 WR cycle occurs immediately after 
an IN TA cy cle. Since the CPU cycles following an 
82530 INTA cycle are devoted to locating and execut- 
ing the proper interrupt service routine, this condition 


should never exist. 82530 drive rs shou ld i nsure th at at 
least one CPU cycle separates INTA and WR or RD 
cycles. 


4. tWI: WR inactive high to INTA active low mini- 
mum hold time. The spec is 0 ns and the margin as- 
sumes CLK coincident with INTA. 

* Tclcl - Tcvctx(max) - TpdWR186 - WR530(HIGH) 
[U3Tpd(max) + U4 Tpd(max)] + Tcvctv(min) + U1 
Tpd(min) 

= 125 - 55 - [5.5 + 3 + 7.1] + 5 + 10 = 69.4 ns 
margin 


5. tIR: INTA inactive high to RD active low min imum 
setup time. This spec pertains only to 82530 RD cycles 
and has a value of 55 ns. The margin is calculated in 
the same manner as tlW. 


6. tRI: RD inactive high to INTA active low minimum 
hold time. The spec is 0 ns and the margin assumes 
CLK coincident with INTA. 

* Tclcl - Tclrh(max) - 2 U2 Tpd(max) + Tcvctv(min) 

+ U1 Tpd(min) 

= 125 - 55 - 2(5.5) + 5 + 10 = 74 ns margin 

7. tUD: INTA active low to RD active low minimum 
setup time. This parameter is system dependent. For 
any SCC in the daisy chain, tUD must be greater than 
the sum of tCEQ for the highest priority device in the 
daisy chain, tEI for this particular SCC, and tEIEO for 
each device separating them in the daisy chain. The 
typical system with only 1 SCC requires tUD to be 
greater than tCEQ. Since tEI occurs coincidently with 
tCEQ and it is smaller it can be neglected. Additional- 
ly, tEIEO does not have any relevance to a system with 
only one SCC. Therefore tUD > tCEQ = 250 ns. 

* 4 Tclcl 4- 2 Tidle states - Tcvctv(max) - tIC [U1 
Tpd(max) + 82530 CLK period] + Tcvctv(min) + U5 
Tpd(min) + U2 Tpd(min) - tllD 

= 500 + 250 - 70 - [45 + 250] + 5 + 6 + 2-250 
= 148 ns margin 

8. tIDV: RD active low to interrupt vector valid delay. 
The 80186 expects the interrupt vector to be valid on 
the data bus a minimum of 20 ns before T4 of the sec- 
ond acknowledge cycle (Tdvcl). tIDV spec is 100 ns 
maximum. 

* 3 Tclcl - Tcvctv(max) - U5 Tpd(max) - U2 
Tpd(max) - tlDV(max) - ’245 Tpd(max) - Tdvcl(min) 

= 375 - 70 - 25 - 5.5 - 100 - 14.2 - 20 = 140.3 
ns margin 
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9. til: RD pulse low time. The 82530 requires a mini- 
mum of 125 ns. 

* 3 Tclcl - Tcvctv(max) - U5 Tpd(max) - U2 

Tpd(max) + Tcvctx(min) + U5 Tpd(min) + U2 Tpd(min) 

- tll(min) 

= 375 - 70 - 25 - 5.5 + 5 + 6 + 1.5 - 125 = 

162 ns margin 


DMA Cycle 

Fortunately, the 80186 DMA controller emulates CPU 
read and write Cycle operation during DMA transfers. 
The DMA transfer timings are satisfied using the above 
analysis. Because of the 80186 DMA request input re- 
quirements, two wait states are necess ary to prevent 
inadvertent DMA cycles. There are also CPUDMA in- 
tracycle timing considerations that need to be ad- 
dressed. 

1. tDRD: RD inactive high to D TRREQ ( REQUEST) 
inacti ve high delay. Unlike the READYREQ signal, 
DTRREQ does not immediately go inactiv e afte r the 
requested DMA transfer begins. Instead, the DTRREQ 
remains active for a maximum of 5 tCY + 300 ns. This 
delayed request pulse could trigger a second DMA 
transfer. To avoid this undesira ble con dition, a D Flip 
Flop is implemented to reset the DTRREQ signal inac- 
tive low following the initiation of the requested DMA 
transfer. To determine if back to back DMA transfers 
are required in a source synchronized configuration, 
the 80186 DMA controller samples the service request 
line 25 ns before T1 of the deposit cycle, the second 
cycle of the transfer. 

* 4 Tclcl - Tclcsv(max) - U4Tpd(max) - Tdrqcl(min) 

= 500 - 66 - 10.5 - 25 = 398.5 ns margin 

2. tRRI: 82530 RD active low to REQ inactive high 
delay. Assuming source synchronized DMA transfer, 
the 80186 requires only one wait state to meet the tRRI 
spec of 200 ns. Two are included for consistency with 
tWRI. 

* 2 Tclcl + 2(Tclclwait state) - Tclrl(max) - 2(U2) 
Tpd(max) - Tdrqcl - tRRI 

= 2(125) + 2(125) - 70 - 2(5.5) - 200 = 219 ns 
margin 

3. tWRI: 82530 WR active low to REQ inactive high 
delay. Assuming destination synchronized DMA trans- 
fers, the 80186 needs two wait states to meet the tWRI 
spec. This is because the 80186 DMA controller sam- 
ples requests two clocks before the end of the deposit 
cycle . This leaves only 1 Tclcl + n(wait states) minus 
WR active delay for the 82530 to inactivate its REQ 
signal. 


* Tclc l + 2(Tclclwait state) - Tcvctv(min) - 

T pdWR 1 86 — WR530(LOW) [Tclcl - Tcvctv(min) + U3 
Tpd(max) + U4Tpd(max)l - Tdrqcl - tWRI 

= 375 - 5 - [125 - 5 + 4.5 + 9.2] - 25 - 200 = 

11.3 ns margin 

NOTE: 

If one wait state DMA inte rface is required, external 
logic, like that used on the D TRREQ signal, can be 
used to force the 82530 REQ signal inactive. 

4. tREC: CLK recovery time. Due to the internal data 
path, a recovery period is required between SCC btis 
transactions to resolve metastable conditions internal to 
the SCC. The DMA request lines are, masked from re- 
questing service until after the tREC has elapsed. In 
addition, the CPU should not be allowed to violate this 
recovery period when interleaving DMA transfers and 
CPU bus cycles. Software drivers or external logic 
should orchestrate the CPU and DMA controller oper- 
ation to prevent tREC violation. In this example cir- 
cuit, tREC could be improved by clocking the ’530 with 
a 6 MHz clock. 

Reset Operation 

During hardware reset, the system RESET signal is as- 
serted high for a minimum o f fou r 80 186 clock cycles 
(1000 ns). The 82530 requires WR and RD to be simul- 
taneously asserted low for a minimum of 250 ns. 

* 4 Tclcl - U3 Tpd(max) - 2(U2) Tpd(max) + U4 
Tpd(min) - tREC 

= 1000 - 17.5 - 2(5.5) + 3.5 - 250 ns = 725 ns 
margin 

82530 VALID ACCESS LOGIC 

Due to the unique internal data path of the 82530, an 
intra-access recovery time must be provided to settle 
any internal metastable conditions. This internal me- 
tastble condition gives rise to the Clock Recovery 
( tREC] specification required by the 8253 0. This tREC 
is measured from the risi ng ed ge of a RD or WR to the 
falling edge of the next RD or WR intended for the 
82530, and equates to 6 CLK’s +130 ns. Effectively, 
this specification implies that the system must provide 
1130 ns (6 MHz 82530) between every CPU or other 
DMA access to the 82530. (Figure 1.) 

Systems that only allow CPU access to the 82530 are 
not significantly impacted by this clock recovery time. 
In CPU access only designs, the software designer can 
insert NOP’s to guara ntee th e tR EC idle time in be- 
tween successive CPU RD or WR cycles to the 82530. 
Unfortunately, systems that contain more than one di- 
rect memory access device, interfacing with the 82530, 
will require external hardware to arbitrate 82530 ac- 
cesses and thereby guaranteeing the tREC restriction. 


2-260 



AP-222 


intef 



EXTERNAL VALID ACCESS 
HARDWARE 

To accommodate this clock recovery specification, ex- 
ternal hardware has been designed for the 82530 sys- 
tems containing several DMA devices accessing the 
82530 (ie., a CPU and a DMA controller). This logic 
has been tailored for an 80186 environment but can 
easily be modified to fit 8086 or 80286 systems. 


LOGIC STATE MACHINE 

There are two basic functions that need to be per- 
formed by the external logic. The first is to mask the CS 
signal from reaching the 82530 until the tREC intra-ac- 
cess idle time has elapsed. The second task is to gener- 
ate a not ready condition to the CPU or DMA device 
until the tREC period has expired and the minimum 
wait state requirement for the particular access has 
been satisfied. The simple state machine, Figure 2, illus- 
trates the required operation. 


The TTL logic pictured in Figure 2 implements the 
state machine with s ome assorted gates, a flip-flop, and 
a shi ft re gist er. P CS from the 80186 should be qualified 
with RD + WR to eliminate switching glitches during 
Tl. The ’LS74 and ’LS00 perform rising edge detection 
to reset the shift register. The shift register clocks out 
the tREC period to enable CS and the additional 2 
CLK’s (82530) to satisfy the 82530 3 wait state re- 
quirement. The 80186 should be programmed to use 
the internal wait state generator (3 wait states for the 
82530 and an 8 MHz 80186) and the external READY 
signal. 

Note of caution: This hardware logic has not been veri- 
fied on a bread board in an actual system. The hard- 
ware designer should verify that this logic fulfills his 
particular system timing requirements. 
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INTRODUCTION 

This application note explains the Intel 8291 A GPIB The first section of this note presents an overview of 
(General Purpose Interface Bus) Talker/Listener as a IEEE 488 (GPIB). The second section introduces the 
component, and shows its use in GPIB interface design Intel GPIB component family. A detailed explanation 
tasks. of the 8291 A follows. Finally, some application exam- 

ples using the component family are presented. 



Figure 1. Interface Capabilities and Bus Structure 
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OVERVIEW OF IEEE 488/GPIB 

The GPIB is a parallel interface bus with an asynchro- 
nous interlocking data exchange handshake mecha- 
nism. It is designed to provide a common communica- 
tion interface among devices over a maximum distance 
of 20 meters at a maximum speed of 1 Mbps. Up to 15 
devices may be connected together. The asynchronous 
interlocking handshake dispenses with a common syn- 
chronization clock, and allows intercommunication 
among devices capable of running at different speeds. 
During any transaction, the data transfer occurs at the 
speed of the slowest device involved. 

The GPIB finds use in a diversity of applications re- 
quiring communication among digital devices over 
short distances. Common examples are: programmable 
instrumentation systems, computer to peripherals, etc. 

The interface is completely defined in the IEEE 
STD.-488-1978. 

A typical implementation consists of logical devices 
which talk (talker), listen (listeners), and control GPIB 
activity (controllers). 


Interface Functions 

The interface between any device and the bus may have 
a combination of several different capabilities (called 
‘functions’). Among a total of ten functions defined, the 
Talker, Listener, Source Handshake, Acceptor Hand- 
shake and Controller are the more common examples. 
The Talker function allows a device to transmit data. 
The Listener function allows reception. The Source and 
Acceptor Handshakes, synchronized with the Talker 
and Listener functions respectively, exchange the hand- 
shake signals that coordinate data transfer. The Con- 
troller function allows a device to activate the interface 
functions of the various devices through commands. 
Other interface functions are: Service request, Remote 
local, Parallel poll, Device clear and Device trigger. 
Each interface may not contain all these functions. Fur- 
ther, most of these functions may be implemented to 
various levels (called ‘subsets’) of capability. Thus, the 
overall capability of an interface may be tailored to the 
needs of the communicating device. 


Electrical Signal Lines 

As shown in Figure 1, the GPIB is composed of eight 
data lines (D08-D01), five interface management lines 
(IFC, ATN, SRQ, REN, EOI), and three transfer con- 
trol lines (DAV, NRFD, NDAC). 

The eight data lines are used to transfer data and com- 
mands from one device to another with the help of the 
management and control lines. Each of the five inter- 
face management lines has a specific function. 

ATN (attention) is used by the Controller to indicate 
that it (the controller) has access to the GPIB and that 
its output on the data lines is to be interpreted as a 
command. ATN is also used by the controller along 
with EOI to indicate a parallel poll. 

SRQ (service request) is used by a device to request 
service from the controller. 

REN (remote enable) is used by the controller to speci- 
fy the command source of a device. A device can be 
issued commands either locally through its front panel 
or by the controller. 

EOI (end or identify) may be used by the controller as 
well as talker. A controller uses EOI along with ATN 
to demand a parallel poll. Used by a talker, EOI indi- 
cates the last byte of a data block. 

IFC (interface clear) forces a complete GPIB interface 
to the idle state. This could be considered the GPIB’s 
“interface reset.” GPIB architecture allows for more 
than one controller to be connected to the bus simulta- 
neously. Only one of these controllers may be in com- 
mand at any given time. This device is known as the 
controller-in-charge. Control can be passed from one 
controller to another. Only one among all the control- 
lers present on a bus can be the system controller. The 
system controller is the only device allowed to drive 
IFC. 
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NOTE: 

Flow diagram outlines sequence of events during transfer of data byte. More than one listener at a time can accept data 
because of logical connection of NRFD and NDAC lines. 


Figure 2. Handshake Flowchart 
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Transfer Control Lines 

The transfer control lines conduct the asynchronous in- 
terlocking three-wire handshake. 

DAV (data valid) is driven by a talker and indicates 
that valid data is on the bus. 

NRFD (note ready for data) is driven by the listeners 
and indicates that not all listeners are ready for more 
data. 

NDAC (not data accepted) is used by the listeners to 
indicate that not all listeners have read the GPIB data 
lines yet. 

The asynchronous 3-wire handshake flowchart is 
shown in Figure 2. This is a concept fundamental to the 
asynchronous nature of the GPIB and is reviewed in 
the following paragraphs. 

Assume that a talker is ready to start a data transfer. 
At the beginning of the handshake, NRFD is false indi- 
cating that the listener(s) is ready for data. NDAC is 
true indicating that the listener(s) has not accepted the 
data, since no data has been sent yet. The talker places 
data on the data lines, waits for the required settling 
time, and then indicates valid data by driving DAV 
true. All active listeners drive NRFD true indicating 
that they are not ready for more data. They then read 
the data and drive NDAC false to indicate acceptance. 
The talker responds by deasserting DAV and readies 
itself to transfer the next byte. The listeners respond to 
DAV false by driving NDAC true. The talker can now 
drive the data lines with a new data byte and wait for 
NRFD to be false to start the next handshake cycle. 

Bus Commands 

When ATN and DAV are true data patterns which 
have been placed by the controller on the GPIB, they 
are interpreted as commands by the other devices on 
the interface. The GPIB standard contains a repertory 
of commands such as MTA (My Talk Address), MSA 
(My Secondary Address), SPE (Serial Poll Enable), etc. 
All other patterns in conjunction with ATN and DAV 
are classified as undefined commands and their mean- 
ing is user-dependent. 

Addressing Techniques 

To allow the controller to issue commands selectively 
to specific devices, three types of addressing exist on the 
GPIB: talk only/listen only (ton/lon), primary, and 
secondary. 


Ton/lon is a method where the ability of the GPIB 
interface to talk or listen is determined by the device 
and not by the GPIB controller. With this method, 
fixed poles can be easily designated in simple systems 
where reassignment is not necessary. This is appropri- 
ate and convenient for certain applications. For exam- 
ple, a logic analyzer might by interfaced via the GPIB 
to a line printer in order to document some type of 
failure. In this case, the line printer simply listens to the 
logic analyzer, which is a talker. 

The controller addresses devices through three com- 
mands, MTA (my talk address), MLA (my listen ad- 
dress), and MSA (my secondary address). The device 
address is imbedded in the command bit pattern. The 
device whose address matches the imbedded pattern is 
enabled. Some devices may have the same logical talk 
and listen addresses. This is allowable since the talker 
and listener are separate functions. However, two of the 
same functions cannot have the same address. 

In primary addressing, a device is enabled to talk (lis- 
ten) by receiving the MTA (MLA) message. 

Secondary addressing extends the address field from 5 
to 10 bits by allowing an additional byte. This addition- 
al byte is passed via the MSA message. Secondary ad- 
dressing can also be used to logically divide devices into 
various subgroups. The MSA message applies only to 
the device(s) whose primary address immediately pre- 
cede it. 


INTEL’S® GPIB COMPONENTS 

The logic designer implementing a GPIB interface has, 
in the past, been faced with a difficult and complex 
discrete logic design. Advances in LSI technology have 
produced sophisticated microprocessor and peripheral 
devices which combine to reduce this once complex in- 
terface task to a system consisting of a small set of 
integrated circuits and some software drivers. A micro- 
processor hardware/software solution and a high-level 
language source code provide an additional benefit in 
end-product maintenance. Product changes are a sim- 
ple matter of revising the product software. Field 
changes are as easy as exchanging EPROMS. 

Intel has provided an LSI solution to GPIB interfacing 
with a talker/listener device (8291 A), a controller de- 
vice (8292), and a transceiver (8293). An interface with 
all capabilities except for the controller function can be 
built with an 8291 A and a pair of 8293’s. The addition 
of the 8292 produces a complex interface. Since most 
devices in a GPIB system will not have the controller 
function capability, this modular approach provides the 
least cost to the majority of interface designs. 
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Overview of the 8291 A 
GPIB Talker/Listener 

The Intel 8291 A GPIB Talker/Listener operates over a 
clock range of 1 to 8 MHz and is compatible with the 
MCS-85, iAPX-86, and 8051 families of microproces- 
sors. 

A detailed description of the 8291 A is given in the data 
sheet. 

The 8291 A implements the following functions: Source 
Handshake (SH), Acceptor Handshake (AH), Talker 
Extended (TE), Service Request (SRQ), Listener Ex- 
tended (LE), Remote/Local (RL), Parallel Poll (PP2), 
Device Clear (DC), and Device Trigger (DT). 


Current states of the 8291 A can be determined by ex- 
amining the device’s status read registers. In addition, 
the 8291 A contains 8 write registers. These registers are 
shown in Figure 3. The three register select pins RS3- 
RSO are used to select the desired register. 

The data-in register moves data from the GPIB to the 
microprocessor or to memory when the 8291 A is ad- 
dressed to listen. When the 8291 A is addressed to talk, 
it uses the data-out register to move data onto the 
GPIB. The serial poll mode and status registers are 
used to request service and program the serial poll 
status byte. 

A detailed description of each of the registers, along 
with state diagrams can be found in the 8291 A data 
sheet. 


Read Registers Register Select Write Registers 

Code 

RS2 RSI RSO 


DI7 

1 016 

DI5 | DI4 | DI3 | DI2 | Dll | DIO | 

0 

0 

0 

1 °07 | 

D06 | 

D05 | 

D04 | D03 | D02 | DOI | DOO 



DATA IN 







DATA OUT 

CPT 

1 APT 

GET | END | DEC | ERR j BO | Bl | 

0 

0 

1 

l CPT l 

APT | 

GET 

END | DEC | ERR | BO | Bl 



INTERRUPT STATUS 1 






INTERRUPT ENABLE 1 

INT 

1 SPAS 

LLO | REM | SPC | LL0C|REMC| ADSC | 

0 

1 

0 

1 0 1 

0 | 

DMAo| 

DMAI | SPC | LLOC | REMc| ADSC 



INTERRUPT STATUS 2 






INTERRUPT ENABLE 2 

S8 

|SRQS 

S6 | S5 | S4 | S3 | S2 | SI | 

0 

1 

1 

1 S8 1 

RSV | 

S6 | 

| S5 | S4 | S3 | S2 | St | 



SERIAL POLL STATUS 2 






SERIAL POLL MODE 

ton 

| Lon 

EOI | LPAS | TPAS | LA | TA |mJMn| 

1 

0 

0 

1 T0 1 

LO | 

0 

o | o | o |admi|admo 



ADDRESS STATUS 






ADDRESS MODE 

CPT7 

| CPT6 

CPTs| CPT4 | CPT3 | CPT2 | CPT1 | CPTO | 

1 

0 

1 

CM 

1- 

2 

o 

CNT1 1 

CNTO 

COM4 1 COM3 1 COM2 1 COM1 | COMO 



COMMAND PASS THROUGH 







AUX MODE 

INT 

| DTO 

DLO | AD5-0 1 AD4-0 1 AD3-0 1 AD2-0 | ADI -0 1 

1 

1 

0 

1 ARS | 

DT | 

DL 

| AD5 | AD4 | AD3 | AD2 | ADI 



ADDRESS 0 







ADDRESS 0/1 

cz 

| DTI 

DL1 | AD5-1 | AD4-1 | AD3-1 1 AD2-1 | ADI-1 | 

1 

1 

1 

1 EC7 1 

EC6 | 

EC5 

| EC4 | EC3 | EC2 | EC1 | ECO 



ADDRESS 1 







EOS 


Figure 3. 8291A Registers 
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Address Mode 

The address mode and status registers are used to pro- 
gram the addressing modes and track addressing states. 
The auxiliary mode register is used to select a variety of 
functions. The command pass through register is used 
for undefined commands and extended addresses. The 
address 0/1 register is used to program the addresses to 
which the 8291 A will respond. The address 0 and 


address 1 registers allow reading of these programmed 
addresses plus trading of the interrupt bit. The EOS 
register is used to program the end of sequence charac- 
ter. 

Detailed descriptions of the addressing modes available 
with the 8291 A are described in the 8291 A data sheet. 
Examples of how to program these modes are shown 
below. 


1 . MODE: Talker has single address of 01 H 


Listener has single address of 02H 


CPU Writes to: 

Pattern 

Comment 

Address Mode Register 
Address 0/1 Register 

Address 0/1 Register 

0000 0001 

0010 0001 

1100 0010 

Select Mode 1 Addressing 

Major is Talking. Address = 01 H 

Minor is Listener. Address = 02H 


2. MODE: Talker has single address of 01 H 
Listener has single address of 02H 


CPU Writes to: 

Pattern 

Comment 

Address Mode Register 
Address 0/1 Register 

Address 0/1 Register 

0000 0001 

0100 0010 

1010 0001 

Select Mode 1 Addressing 

Major is Listener. Address = 02H 

Minor is Talking. Address = 01 H 


Note that in both of the above examples, the listener will respond to a MLA message with five least significant bits 
equal to 02H and the talker to a 01H. 


3. MODE: Talker and listener both share a single address of 03H 


CPU Writes to: 

Pattern 

Comment 

Address Mode Register 
Address 0/1 Register 

Address 0/1 Register 

0000 0001 

0000 0011 

1110 0000 

Select Mode 1 Addressing 

Talker and Listener Address = 03 

Minor Address is disabled 


4. MODE: Talker and listener have a primary address of 04H and a secondary address of 05H 


CPU Writes to: 

Pattern 

Comment 

Address Mode Register 
Address 0/1 Register 

Address 0/1 Register 

0000 0010 

0000 0100 

1000 0101 

Select Mode 2 Addressing 

Primary Address = 04H 

Minor Address is disabled 


5. MODE: Talker has a primary address of 06H. Listener has a primary address of 07H 


CPU Writes to: 

Pattern 

Comment 

Address Mode Register 

0000 0011 

Select Mode 3 

Address 0/1 Register 

0010 0110 

Talker Address = 06 

Address 0/1 Register 

1100 0111 

Listener Primary = 07 


The CPU will verify the secondary addresses which could be the same or different. 
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APPLICATION OF THE 8291A 

This phase of the application note will examine pro- 
gramming of the 8291 A, corresponding bus commands 
and responses, CPU interruption, etc. for a variety of 
GPIB activities. This should provide the reader with a 
clear understanding of the role of the 8291 A performs 
in a GPIB system. The talker function, listener func- 
tion, remote message handling, and remote/local oper- 
ations including local lockout, are discussed. 


Talker Functions 

TALK-ONLY (ton). In talk only mode the 8291 A will 
not respond to the MTA message from a controller. 
Generally, ton is used in an environment which does 
not have a controller. Ton is also employed in an inter- 
face that includes the controller function. 

When the 8291 A is used with the 8292, the sequence of 
events for initialization are as follows: 

1) The Interrupt/Enable registers are programmed. 

2) Ton is selected. 

3) Settling time is selected. 

4) EOS character is loaded. 

5) “Pon” local message is sent. 

6) CPU waits for Byte Out (BO) and sends a byte to 
the data out register. 


Addressed Talker (via MTA Message) 

The GPIB controller will direct the 8291 A to talk by 

sending a My Talk Address (MTA) message containing 

the 8291A’s talk address. The sequence of events is as 

follows: 

1) The interrupt enable and serial poll mode registers 
are programmed. 

2) Mode 1 is selected. 

3) Settling time is selected. 

4) Talker and listener addresses are programmed. 

5) Power on (pon) local message is sent. 

6) CPU waits for an interrupt. When the controller 
has sent the MTA message for the 8 291 A an inter- 
rupt will be generated if enabled and the ADSC bit 
will be set. 

7) CPU reads the Address Status register to determine 
if the 8291 A has been addressed to talk (TA = 1). 

8) CPU waits for an interrupt from either BO or 
ADSC 

9) When BO is set, the CPU writes the data byte to 
the data out register. 

10) CPU continues to poll the status registers. 

11) When unaddressed ADSC, will be set and TA reset. 


LISTENER FUNCTIONS 

LISTEN-ONLY (Ion). In listen-only mode the 8291 
will not respond to the My Listen Address (MLA) mes- 
sage from the controller. The sequence of events is as 
follows: 

1) The Interrupt Enable registers are programmed. 

2) Lon is selected. 

3) EOS character is programmed. 

4) “Pon” local message is sent. 

5) CPU waits for BI and reads the byte from the data- 

in register. , 

Note that enabling both ton and Ion can create an inter- 
nal loopback as long as another listener exists. 


Addressed Listening 
(via the MLA Message) 

The GPIB controller will direct the 8291 A to listen by 

sending a MLA message containing the 8291A’s listen 

address. The sequence of events is as follows: 

1) The Interrupt Enable registers are programmed. 

2) The serial poll mode register is loaded as desired. 

3) Talker and listener addresses are loaded. 

4) “Pon” local message is sent. 

5) The CPU waits for an interrupt. When the control- 
ler has sent the MLA message for the 8291 A, the 
ADSC bit will be set. 

6) The CPU reads the Address Status Register to de- 
termine if the 8291 A has been addressed to listen 
(LA = 1). 

7) CPU waits for an interrupt for BI or ADSC. 

8) When BI is set, the CPU reads the data byte from 
the data-in register. 

9) The CPU continues to poll the status registers. 

10) When unaddressed, ADSC will be set and LA reset. 


Remote/ Local and Lockout 

Remote and local refer to the source of control of a 
device connected to the GPIB. Remote refers to control 
from the GPIB controller-in-charge. Local refers to 
control from the device’s own system. Reference should 
be made to the RL state diagram in the 2891 A data 
sheet. 

Upon “pon” the 8291 A is in the local state. In this state 
the REM bit in Interrupt Status 1 Register is reset. 
When the GPIB controller takes control of the bus it 
will drive the REN (remote enable) line true. This will 
cause the REM bit and REMC (remote/local change) 
bit to be set. The distinction between remote and local 
modes is necessary in that some types of devices will 
have local controls which have functions which are also 
controlled by remote messages. 
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In the local state the device is allowed to store, but not 
respond to, remote messages which control functions 
which are also controlled by local messages. A device 
which has been addressed to listen will exit the local 
state and go to the remote state if the REN message is 
true and the local rtl (return to local) message is false. 
The state of the “rtl” local message is ignored and the 
device is “locked” into the local state if the LLO re- 
mote message is true. In the Remote state the device is 
nqt allowed to respond to local messages which control 
function that are also controlled by remote messages. A 
device will exit the remote state and enter the local 
state when REN goes false. It will also enter the local 
state if the GTL (go to local) remote message is true 
and the device has been addressed to listen. It will also 
enter the local state if the rtl message is true and the 
LLO message is false or ACDS is inactive. 

A device will exit the remote state and enter RWLS 
(remote with lockout state) if the LLO (local lockout) 
message is true and ACDS is active. In this mode, those 
local messages which control functions which are also 
controlled by remote messages are ignored. In other 
words, the “rtl” message is ignored. A device will exit 
RWLS and go to the local state if REN goes false. The 
device will exit RWLS and go to LWLS if the GTL 
message is true and the device is addressed to listen. 

Polling 

The IEEE-488 standard specifies two methods for a 
slave device to let the controller know that it needs 
service. 


These two methods are called Serial and Parallel Poll. 
The controller performs one of these two polling meth- 
ods after a slave device requests service. As implied in 
the name, a Serial Poll is when the controller sequen- 
tially asks each device if it requested service. In a Paral- 
lel Poll the controller asks all of the devices on the 
GPIB if they requested service, and they reply in paral- 
lel. 


Serial Poll 

When the controller performs a Serial Poll, each slave 
device sends back to the controller a Serial Poll Status 
Byte. One of the bits in the Serial Poll Status Byte indi- 
cates whether this device requested service or not. The 
remaining 7 bits are used defined, and they are used to 
indicate what type of service is required. The IEEE-488 
spec only defines the service request bit, however HP 
has defined a few more bits in the Serial Poll Status 
Byte. This can be seen in Figure 4. 

When a slave device needs service it drives the SRQ line 
on the GPIB bus true (low). For the 8291 A this is done 
by setting bit 7 in the Serial Poll Status Byte. The CPU 
in the controller may be interrupted by SRQ or it may 
poll a register to determine the state of SRQ. Using the 
8292 one could either poll the interrupt status register 
for the SRQ interrupt status bit, or enables SRQ to 
interrupt the CPU. After the controller recognizes a 
service request, it goes into the serial poll routine. 

The first thing the controller does in the serial poll rou- 
tine is assert ATN. When ATN is asserted true the 
controller takes control of the GPIB, and all slave de- 


H 1: SERVICE REQUESTED 

0: SERVICE NOT REQUESTED 


1 8 

7 

6 

• < 

• • 

. 1 

1 DEVICE DEPENDENT STATUS BITS 1 

TYPICAL HP USE: SERVICE REQUESTED 

| 1 0: SERVICE NOT REQUESTED 


l 8 

7 

6 5 

4 . 

• 1 


NOT USED 



DEVICE DEFINED 
1: OPERATION COMPLETE 

0: BUSY 

1: ERROR 

0: NORMAL 


230832-3 


Figure 4. The Serial Poll Status Byte 
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vices on the bus must listen. All bytes sent over the bus 
while ATN is true are commands. After the controller 
takes control, it sends out a Universal Unlisten (UNL), 
which tells all previously addressed listeners to stop lis- 
tening. The controller then sends out a byte called SPE 
(Serial Poll Enable). This command notifies all of the 
slaves on the bus that the controller has put the GPIB 
in the Serial Poll Mode State (SPMS). Now the control- 
ler addresses the first slave device to TALK and puts 
itself in the listen mode. When the controller resets 
ATN the device addressed to talk transmits to the con- 
troller its Serial Poll Status Byte. If the device just 
polled was the one requesting service, the SRQ line on 
the GPIB goes false, and bit 7 in the serial poll status 
byte of the 8291 A is reset. If more than one device is 
requesting service, SRQ remains low until all of the 
devices requesting service have been polled, since SRQ 
is wire-ored. To continue the Serial Poll, the controller 
asserts ATN, addresses the next device to talk then 
reads the Serial Poll Status Byte. When the controller is 
finished polling it asserts ATN, sends the univeral un- 
talk command (UNT), then sends the Serial Poll Dis- 
able command (SPD). The flow of the serial poll can be 
seen from the example in Figure 5. 


0) DEVICE A REQUESTS SERVICE (SRQ) 

1) ASSERT ATN 

2) UNIVERSAL UNLISTEN (UNL) 

3) SERIAL POLL ENABLE (SPE) 

4) DEVICE A TALK ADDRESS (MTA) 

5) RELEASE ATN 

6) DEVICE A STATUS BYTE (STD) (RQS SET) 

7) ASSERT ATN 

8) DEVICE B TALK ADDRESS (MTA) 

9) RELEASE ATN 

10) DEVICE B STATUS BYTE (STB) (RQS 
CLEAR) 

11) ASSERT ATN 

12) DEVICE C TALK ADDRESS (MTA) 

13) RELEASE ATN 

14) DEVICE C STATUS BYTE (STB) (RQS 
CLEAR) 

15) ASSERT ATN 

16) UNIVERSAL UNTALK (UNT) 

17) SERIAL POLL DISABLE (SPD) 

18) GO PROCESS SERVICE REQUEST 


Figure 5. Serial Polling 

The following section describes the events which hap- 
pen in a serial poll when 8291 A and 8292 are the con- 
troller, and another 8291 A is the slave device. While 
going through this section the reader should refer to the 
register diagrams for the 8291 A and 8292. 

A. DEVICE A REQUESTS SERVICE 
(SRQ BECOMES TRUE) 

The slave devices rsv bit in the 2819A’s serial poll mode 
register is set. 


B. CONTROLLER RECOGNIZES SRQ AND 
ASSERTS ATN 

The 8292’s SPI pin 33 interrupts the CPU. The CPU 
reads the 8292’s Interrupt status register and finds the 
SRQ bit set. The CPU tells the 8292 to ‘Take Control 
Synchronously’ by writing a OFDH to the 8292’s com- 
mand register. 

C. THE CONTROLLER SENDS OUT THE 
FOLLOWING COMMANDS: UNIVERSAL 
UNLISTEN (UNL), SERIAL POLL ENABLE (SPE), 
MY TALK ADDRESS (MTA) 

(MTA is a command which tells one of the devices on 
the bus to talk.) 

The CPU in the controller waits for a BO (byte out) 
interrupts in the 8291A’s interrupt status 1 register be- 
fore it writes to the Data Out register a 3FH (UNL), 
18H (SPE), 010XXXXX (MTA). The X represents the 
programmable address of a device on the GPIB. When 
the 8291 A in the slave device receives its talk address, 
the ADSC bit in the Interrupt Status register 2 is set, 
and in the Address Status Register TA and TPAS bits 
are set. 


D. CONTROLLER RECONFIGURES ITSELF TO 
LISTEN AND RESETS ATN 

The CPU in the controller puts the 8291 A in the listen 
only mode by writing a 40H to the Address Mode regis- 
ter of the 8291 A, and then a OOH to the Aux Mode 
register. The second write is an ‘Immediate Execute 
pon’ which must be used when switching addressing 
modes such as talk only to listen only. To reset ATN 
the CPU tells the 8292 to ‘Go To Standby’ by writing a 
0F6H to the command register. The moment ATN is 
reset, the 8219A in the slave device sets SPAS in Inter- 
rupt Status 2 register, and transmits the serial poll 
status byte. SRQS in the Serial Poll Status byte of the 
8291 A slave device is reset, and the SRQ line on the 
GPIB bus becomes false. 


E. THE CONTROLLER READS THE SERIAL 
POLL STATUS BYTE, SETS ATN, THEN 
RECONFIGURES ITSELF TO TALK 

The CPU in the controller waits for the Byte In bit (BI) 
in the 8291 A’s Interrupt Status 1 register. When this bit 
is set the CPU reads the Data In register to receive the 
Serial Poll Status Byte. Since bit 7 is set, this was the 
device which requested service. The CPU in the con- 
troller tells the 8292 to ‘Take Control Synchronously’ 
which asserts ATN. The moment ATN is asserted true 
the 8291 A in the slave device resets SPAS, and sets the 
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Serial Poll Complete (SPC) bit in the Interrupt Status 2 
register. The controller reconfigures itself to talk by set- 
ting the TO bit in the Address Mode register and then 
writing a OOH to the Aux Mode register. 

F. THE CONTROLLER SENDS THE COMMANDS 
UNIVERSAL UNTALK (UNT), AND SERIAL POLL 
DISABLE (SPD) THEN RESETS THE SRQ BIT IN 
THE 8292 INTERRUPT STATUS REGISTER 

The CPU in the controller waits for the BO Interrupt 
status bit to be set in the Interrupt Status 1 register of 
the 8291 A before it writes 5FH (UNT) and 19H (SPD) 
to the Data Out register. The CPU then writes a 2BH 
to the 8292’s command register to reset the SRQ status 
bit in the Interrupt Status register. When the 8291 A in 
the slave device receives the UNT command the ADSC 
bit in the Interrupt Status 2 register is set, and the TA 
and TPAS bits in the Address Status register will be 
reset. At this point the controller can service the slave 
device’s request. 

Note that in the software listing of AP -66 (USING 
THE 8292 GPIB CONTROLLER) there is a bug in 
the serial poll routines. In the ‘SRQ ROUTINE’ when 
the CPU finds that the SRQ bit in the interrupt status 
register is set, it immediately writes the interrupt Ac- 
knowledge command to the 8292 to reset this bit. How- 
ever the SRQ GPIB line will still be driven true until 
the slave device driving SRQ has been polled. There- 
fore, the SRQ status bit in the 8292 will become set and 
latched again, and as a result the SRQ status bit in the 
8292 will still be set after the serial poll. The proper 
time to reset the SRQ bit in the 8292 is after SRQ on 
the GPIB becomes false. 


Parallel Poll 

The 8291 A supports an additional method for obtain- 
ing status from devices known as parallel poll (PPOL). 
This method limits the controller to a maximum of 8 
devices at a time since each device will produce a single 
bit response on the GPIB data lines. As shown in the 
state diagrams, there are three basic parallel poll states: 
PPIS (parallel poll idle state), PPSS (parallel poll stand- 
by state), and PPAS (parallel poll active state). 

In PPIS, the device’s parallel poll function is in the idle 
state and will not respond to a parallel poll. PPSS is the 
standby state, a state in which the device will respond 
to a parallel poll from the controller. The response is 
initiated by the controller driving both ATN and EOI 
true simultaneously. 

The 8291 A state diagram shows a transition from PPIS 
to PPSS with the “lpe” message. This is a PP2 imple- 
mentation for a parallel poll. This “lpe” (local poll en- 
able) local message is achieved by writing 
OIIUSP 3 P 2 P 1 to the Aux Mode Register with U = 0 . 


The S bit is the sense bit. If the “ist” (individual status) 
local message value matches the sense bit, then the 
8291 A will give a true response to a parallel poll. Bits 
P 3 -P 1 identify which data line is used for a response. 

For example, assume the programmer decides that the 
system containing the 8291 A shall participate in paral- 
lel poll. The programmer, upon system initialization 
would write to the Aux Mode Register and reset the U 
bit and set the S bit plus identify a data line (P 3 -P 1 
bits). At “pon,” the 8291 A would not respond true to a 
parallel poll unless the parallel poll flag is set (via Aux 
Mode Register command). 

When a status condition in the user system occurs and 
the programmer decides that this condition warrants a 
true response, then programmers software should set 
the parallel poll flag. Since the S bit value matches the 
“ist” (set) condition a true response will be given to all 
parallel polls. 

An additional method of parallel polling reading exists 
known as a PP1 implementation. In this case the con- 
troller sends a PPE (parallel poll enable) message. PPE 
contains a bit pattern similar to the bit pattern used to 
program the “lpe” local message. The 8291 A will re- 
ceive this as an undefined command and use it to gener- 
ate an “lpe” message. Thus the controller is specifying 
the sense bits and data lies for a response. A PPD (par- 
allel poll disable) message exists which clears the bits 
SP 3 P 2 P 1 and sets the U bit. This also will be received 
by the 8291 A and used to generate an “lpe” false local 
message. 

The actual sequence of events is as follows. The con- 
troller sends a PPC (parallel poll configure) message. 
This is an undefined command which is received in the 
CPT register and the handshake is held off. The local 
CPU reads this bit pattern, decodes it, and sends a 
VSCMD message to the Aux Mode Register. The con- 
troller then sends a ppe message which is also received 
as an undefined command in the CPT register. The 
local CPU reads this, decodes it clears the MSB, and 
writes this to the Aux Mode Register generating the 
“lpe” message. 

The controller then sends ATN and EOI true and the 
8291 A drives the appropriate data line if the “ist” (par- 
allel poll flag) is true. The controller will then send a 
PPD (parallel poll disable) message (again, an unde- 
fined command). The CPU reads this from the CPT 
register and uses it to write new “lpe” message (this 
“lpe” message will be false). The controller then sends a 
PPU (parallel poll unconfigure) message. Since this is 
also an undefined command, it goes into the CPT regis- 
ter. When the local CPU decodes this, the CPU should 
clear the “ist” (parallel poll flag). 
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APPLICATION EXAMPLES 

In the course of developing this application note, two 
complete and identical; GPIB systems were built. The 
schematics and block diagrams are contained in Appen- 
dix 1. These systems feature an 8088 CPU, 8237 DMA 
controller, serial I/O (8215a and 8253), RAM, 
EPROM, and a complete GPIB talker/listener control- 
ler. Jumper switches were provided to select between a 
controller function and a talker/listener function. This 
system design is based on the design of Intel’s SDK-86 
prototyping kit and thus shares the same I/O and 
memory addresses. This system uses the same down- 
load software to transfer object files from Intel develop- 
ment systems. 


Two Software Drivers 

Two software drivers were developed to demonstrate a 
ton/lon environment. These two programs (BOARD 1 
and BOARD 2) are contained in Appendix 2. 

In this example, one of the systems (BOARD 1) initial- 
ly is programmed in talk-only mode and synchroniza- 
tion is achieved by waiting for the listening board to 
become active. This is sensed by the lack of a GPIB 
error since a condition of no active listener produces an 
ERR status condition. Board 1 upon detecting the pres- 
ence of an active listener transmits a block of 100 bytes 
from a PROM memory across the bus. The second sys- 
tem (BOARD 2) receives this data and stores it in a 
buffer, EOI is sent true by the talker (BOARD 1) with 
the last byte of data. Upon detection of EOI, BOARD 
2 switches to the talk only mode while BOARD 1 upon 
terminal count switches to the listen only mode. 
BOARD 2 then detects the presence of an active listen- 
er and transmits the contents of its buffer back to 
BOARD 1 which stores this data in the buffer. EOI 
again is sent with the last byte and BOARD 2 switches 
back to listen-only. BOARD 1 upon detecting EOI 
then compares the contents of its buffer with the con- 
tents of its PROM to ensure that no data transmission 
errors occurred. The process then repeats itself. 


8291 A with HP 9835A 

An example of the 8291 A used in conjunction with a 
bus controller is also included in this application note. 
In this example, the 8291 A system used in previous 
experiments was connected via the GPIB to a Hewlett- 
Packard 9835A desktop computer. This computer con- 
tains, in addition to a GPIB interface, a black and 
white CRT, keyboard, tape drive for high quality data 
cassettes, and a calculator type printer. The software 
for the HP9835S is shown in Appendix 3. The user 
should refer to the operation manuals for the 
HP 9835A for information on the features and pro- 
gramming methods for the HP 9835A. 


In this example, the 8292 was removed from its socket 
and the OPT A and OPTB pins of the two 8293 trans- 
ceiver reconfigured to modes 0 and 1. Optionally, the 
mode pins could have been left wired for modes 2 and 3 
and the 8292 left in its socket with its SYC pin wired to 
ground. This would have produced the same effect. 

The first action performed is sending IFC. Generally, 
this is done when a controller first comes on line. This 
pulse is at least 100 jus in duration as specified by the 
IEEE-488 standard. 

The software checks to see if active listeners are on line. 
For demonstration purposes, the HP 9835A will flag 
the operator to indicate that listeners are on line. 

The HP 9835 A then configures and performs a parallel 
poll (PPOL). The parallel poll indicates 1 bit of status 
of each device in a group of up to 8 devices. Such infor- 
mation could be used by an application program to de- 
termine whether optional devices are part of a system 
configuration. Such optional devices might include 
mass storage devices, printers, etc., where the applica- 
tion software for the controller might need to format 
data to match each type of device. Once the PPOL 
sequence is finished, the HP 983 5 A offers the user the 
opportunity to execute user commands from the key- 
board. At this time the HP 9835A sits in a loop waiting 
for an SRQ condition. When the operator hits a key on 
the keyboard, the HP 9 83 5 A processor is interrupted 
and vectors to a service routine where the key is read 
and the appropriate routine is executed. The HP 9835A 
will then return to the loop checking for the SRQ true. 
For this application, the valid keys are G, D, R, H, and 
X. Pressing the “G” key causes the GET command to 
be sent across the bus. A message to this effect is print- 
ed in the CRT and the HP 9835A returns. The “D” key 
causes the SDC message to be sent with the 8291 A 
being the addressed device. Again, an appropriate mes- 
age is output on the HP 9835A CRT. The “R” key 
causes the GTL message to be sent. The CRT displays 
“REMOTE MESSAGE SENT.” The “H” key causes a 
menu to be displayed on the HP 983 5 A CRT screen. 
This menu lists the allowed commands and their func- 
tions. NO GPIB commands are sent. The “X” key al- 
lows the operator to send one line of data across the 
bus. The line of data is terminated by a carriage return 
and line feed produced by pressing the “CONTINUE” 
key on the HP 9835A. 

The characters are stored in the sequence entered into a 
buffer whose maximum size is 80 characters. Pressing 
the “CONTINUE” key terminates storing characters 
in the . array and all characters including the carriage 
return and line feed are sent. EOI is then sent true with 
a false byte of OOH. This false byte is due to the 1975 
standard which allows asynchronous sending and re- 
ception of EOI. (The 8291 A supports the later 1978 
standard which eliminates this false byte.) 
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After any key command is serviced control returns to 
the loop which checks for SRQ active. Should SRQ be 
active, then the keyboard interrupt is disabled and a 
message printed to indicate that SRQ has been received 
true. 

The controller then performs a parallel poll. 

This is an example of how parallel poll may be used to 
quickly check which group of devices contains a device 
sending SRQ. The eight devices in a group would, of 
course, have software drivers which allow a true re- 
sponse to a PPOL if that device is currently driving 
SRQ true. This would be a valuable method of isolation 
of the SRQ source in a system with a large number of 
devices. In this application program, only the response 
from the 8291 A is of concern and only the 8291A’s 
response is considered. It does, however, demonstrate 
the technique employed. If a true response from the 
8291 A is detected, then a message to this effect is print- 
ed on the HP 9835A CRT screen. From this process, 
the controller has identified the device requesting serv- 
ice and will use a serial poll (SPOL) to determine the 
reason for the service request. This method of using 
PPOL is not specifically defined by the IEEE-488 stan- 
dard but is a use of the resources provided. 

The controller software then prints a message to indi- 
cate that it is about to perform a serial poll. This serial 
poll will return to the controller the current status of 
the 28 19 A and clear the service request. The status byte 
received is then printed on the CRT screen of the 
HP 9835 A. One of the 8291 A status bits indicates that 
the 8291 A system has a field (on line or less) of data to 
transfer to the HP 9835A. If this bit is set, then the 
HP 9835A addresses the 8291 A system to talk. The 
data is sent by the 8291 A system is then printed on the 
CRT screen of the HP 9835A. The HP 9835 then en- 
ables the keyboard interrupts and goes into its SRQ 
checking loop. 

Appendix 4 contains the software for the 8291 A system 
which is connected to the HP 9835A via the GPIB. 
This software throws away the first byte of data it re- 
ceives since this transfer was used by the HP 9835A to 
test when the 8291 A system came on line. 

Next, both status registers are read and stored in the 
two variable STAT 1 and STAT 2. It is necessary to 
store the status since reading the status registers clears 
the status bits. 

Initially, six status bits are evaluated (END, GET, 
CPT, DEC, REMC, ADSC). Some of these conditions 
require that additional status bits be evaluated. 

If END is true, then the 8291 A system has received a 
block from the HP 9835A and the contents of a buffer 
is printed on the CRT screen. Next, the CPT bit is 
checked. PPC and PPE are only valid undefined com- 
mands in this example. 


Next, the GET bit is examined and if true, the CRT 
screen connected to the serial channel on the 8291 A 
system prints a message to indicate that the trigger 
command has been received. A similar process occurs 
with the DEC and REMC status bits. 

Address Status Chagne (ADSC) is checked to see if the 
8291 A has been addressed or unaddressed by the con- 
troller. If ADSC is false, then the software checks the 
keyboard at the CRT terminal. If ADSC is set, then the 
TA and LA bits are read and evaluated to determine 
whether the 8291 A has been addressed to talk or listen. 
The DMA controller is set to start transfers at the start 
of the character buffer and the type of transfer is deter- 
mined by whether the 8291 A in in TADS or LADS. 
We only need to set up the DMA controller since the 
transfers will be transparent to the system processor. 
The keyboard from the CRT terminal is then checked. 
If a key has been hit, then this character is stored in the 
character buffer and the buffer printer set to the next 
character location. This process repeats until the re- 
ceived character is a line feed. The line feed is echoed to 
the CRT, the serial poll status byte updated and the 
SRQ line driven true. This allows the 8291 A system to 
store up to one line of characters before requesting a 
transfer to the controller. Recall that upon receiving an 
SRQ, the controller will perform a serial poll and sub- 
sequently address the 8291 A to talk. The 8291 A system 
then goes back to reading the status register thus re- 
peating the process. 


CONCLUSION 

This application note has shown a basic method to view 
the IEEE 488 bus, when used in conjunction with In- 
tel’s 8291 A. 

The main reference for GPIB questions is the IEEE 
Standard 488 — 1978. Reference 8291A’s data sheet for 
detailed information on it. 

Additional Intel GPIB products include iSBX-488, 
which is a multimode board consisting of the 8291 A, 
8292, and 8293. 


REFERENCES 

8291 A Data Sheet 

8292 Data Sheet 

8293 Data Sheet 

Application Note #66 “Using the 8292 GPIB Control- 
ler” 

PLM-86 User Manual 
HP 9835A User’s Manual 
IEEE— 488— 1978 Standard 
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APPENDIX B 

SOFTWARE DRIVERS FOR BLOCK DATA TRANSFER 


PL/M-86 COMPILER BOARD 1 


ISIS-II PL/M-86 Vi 1 COMPILATION OP MODULE POARD 1 
CieJECT MODULE PLACED IN FI 3RD1 OBw 

COMPILER INVOKED 3Y: PLMSto. FI: BRD 1 . SRC SYMBOLS MEDIUM 

/* BOARD 1 TPT PROGRAM */ 

/* THIS BOARD TALKS TO THE OTHER BOARD BY */ 

/* TRANSFERRING A BLOCK OF DATA VIA THE 8237 -*/ 

COUPLED WITH THE 8291 A THE 8291 A IS PROGRAM- */ 

/* MED TO SEND EOI WHEN RECOGNIZING THE LAST */ 

DATA BYTE'S BIT PATTERN WHILE DATA IS BEING */ 

/* TRANSFERRED, THE PROCESSOR PERFORMS I/O READS */ 

/* OF THE 0237 COUNT REGISTERS TO SIMULATE BUS */ 

/* ACT IV I T i , AND TO DEI ERMINE WHEN TO TURN THE */ 

/* LINE AROUND. AFTER THE 8237 HAS REACHED */ 

/* TERMINAL COUNT, THE 8291A. IS PROGRAMMED TO */ 

/* THE LISTENER STATE AND WAITS FOR THE BLOCK */ 

/* TO BE TRANSMITTED PACK FROM THE SECOND BOARD. */ 

/* THIS DATA IS PLACED IN A SECOND BUFFER AND */ 

ITS CONTENTS COMPARED WITH THE ORIGINAL DATA */ 

/* TO CHECK FOR INTERFACE INTEGRITY. */ 

1 BOARD 1: 

DO; 

/* PROCEDURES */ 

2 1 CO: PROCEDURE (XXX) ; 

3 2 DECLARE XXX BYTE, 

SER*STAT LITERALLY '0FFF2H ' , 

SER&DATA LITERALLY 'OFFFOH', 

TXRDY LITERALLY '01H', 

4 2 DO WHILE (INPUT <3ER$STAT> AND TXRDY) O TXRDY; 

5 3 END; 

^ 2 OUTPUT <SER*DATA> = XXX; 

7 2 END CO; 


0 1 

9 1 


SETUP BUFFERS */ 

DECLARE BUFF’S (100) BYTE; /* RAM STORAGE AREA *J 
DECLARE BUFFI (100) BYTE DATA 


<1,2 

, 3, 4, 5, 6, 7 

8, 9, 

10H, 

1 1H, 

1 2H» 

13H, 

14H, 

15H 

21H, 

22H, 

23H, 

24H* 

25H 

31H, 

32H, 

33H, 

34H, 

35H 

4 1H, 

42H, 

43H, 

44H, 

45H 

51H, 

52H, 

53H, 

54H, 

55H, 

61H, 

62H, 

63H, 

64H, 

65H, 

71 H. 

72H, 

73H» 

74H, 

75H, 

81H. 

82H, 

83H, 

84H, 

S5H, 


16H, 

1 7H, 

18H, 

1 9H, 

20H, 

26H, 

27H, 

2BH, 

29H, 

30H, 

36H, 

37H, 

38H# 

39H, 

40H, 

46H, 

47H, 

48H, 

49H» 

50H, 

56H, 

57H, 

58H, 

59H, 

60H, 

66H» 

67H, 

68H, 

69H, 

70H, 

76H, 

77H, 

78H, 

79H, 

80H, 

86H. 

37H, 

88H, 

89H, 

90H, 
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PL/M 

-86 

COMPILER BQARD1 






Q 1 H, 92H, 93H, 

94H, 95H, 

96H, 97H, 98H, 99H, ODH); 


10 

1 

DECLARE BUFF3 ( 17 > BYTE DATA 




(ODH, OAH. 'COMPARE ERROR 

ODH CAM); /* ROM STORAGE AREA*/ j 



/* 8237 PORT ADDRESSES * 



11 

1 

DECLARE 






CLEAR ♦FF 

LITERALLY 

' OFFDDH ' , /* MASTER CLEAR */ 




STARTfcOSLO 

LITERALLY 

OFFDOH ' , 




STARTtOSHI 

LITERALLY 

'OFFDOH ' , 




0*C0UNT$L0 

LITERALLY 

'0FFD1H ' , 




0*C0UNT*HI 

LITERALLY 

0FFD1H ' . 




SET4M0DE 

LITERALLY 

'OFFDBH ' , 




CMD*37 

LITERALLY 

'OFFDBH 




SE T ♦MASK 

L ITER ALLY 

'OPFDFH ' ; 




/* 8237 COMMAND - DATA BYTES */ 


12 

1 

DECLARE 

DMA*ADR*TALK POINTER. 


13 

1 

DECLARE 

DMA*ADRfcLSTN POINTER, 


14 

1 

DECLARE 






RDSTRAN5FER 

LITERALLY 

' 4SH 7 , 




WR*TRANSFER 

LITERALLY 

' 44H 7 , 




NORMSTIME 

LITERALLY 

•' 20H 7 , 




TC*l.Q1 

LITERALLY 

-OFFH \ 




TC4.hu 

LITERALLY 

OOH ■ , 




.TC*LG2 

LITERALLY 

'99D ' t /* 100 XFERS */ 




TC LITERALLY '01H' 

, ' 




I 

BYTE; 



15 

1 

DECLARE 






DMA*WRD*TALK » 

2 > NURD 

AT (@DMA*ADR*TALiO, 




DMA^WRDf LSTN ( 2 

) WORD 

AT <@DMA*ADR*LSTN) ; 




/* 8291 A PORT 

ADDRESSES */ 


16 

1 

DECLARE 






PORT$QUT 

LITERALLY 

■ OFFCOH ' / /«■ DATA OUT*/ 




PORTSIN 

LITERALLY 

'OFFCOH' 




STATUS* 1 

LITERALLY 

'OFFC 1H ' , /*INTR STAT 2*/ 




STATUSS2 

L ITERALLY 

'0FFC2H , /* INTR STAT 2 */ 




ADDRSSTATUS 

LITERALLY 

/ 0FFC4H ' , 




COMMAND*MOD 

LITERALLY 

'0FFC5H', / *CMD PASS THRU */ 




ADDR*D 

LITERALLY 

'0FFC6H', 




EOSSREG 

LITERALLY 

'0FFC7H ' » /* EOS REGISTER */ 
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8291 A COMMAND - DATA BYTE 

3 *■ / 


PL/M-86 

COMPILER 

BOAR 01 



17 

i 


DECLARE 






END*EOI LITERALLY 

' 88H • , 





DNE LITERALLY '10H 

' , 





PON LITERALLY 'OOH 

' , 





RESET LITERALLY 

• 02H ' , 





CLEAR LITERALLY 

' OOH ' . 





DMA*REG*L. L I T ER ALL Y 

'10H', 





DMA$REO$T LITERALLY 

' 20H ' , 





MODI $T0 LITERALLY 

' BOH ' i 





MOD 1 $LQ LITERALLY 

' 40H ' i 





EOS LITERALLY 'ODH 

' , 





PRESCALER LITERALLY 

' 23H ' , 





HIGH-SPEED LITERALLY 

' 0A4H ' * 





OKAY LITERALLY 

' OFFFFH ' , 





XYZ BYTE. 






MATCH WORD, 






BO LITERALLY '02H 






B T LITERALLY 'OlH 






ERR LITERALLY '04H 





/* CODE 

BEGINS */ 



18 

1 

START91 







OUTPUT k ST ATUS$2 ) =CLEAR ; /* SHUT-OFF DMA REQ BITS 

TO */ 





/* PREVENT EXTRA DMA REQS 

*/ 





/*FRQM 8291 A 

*/ 




MANIPULATE DMA ADDRESS VARIABLES */ 


1? 

1 


DMA*ADF$TAl.K = ( ©BUFFI ) 



20 

1 


DMA*ADR$LSTN = < SBUFF2 ) 



21 

1 


DMA*WRD*TALK(1)=SHL < DMA$WRD*TALK ( i ) , 4); 


22 

1 


DMA$WRD$TALK ( 0 ) =DMA$NRD$TALK (0) + DMA$WRD$TALK (1); 


23 

1 


DMA*WRD$LSTN< 1>=SHL ( DMA$WRD$LSTN (1), 4); 


24 

1 


DMA$WRD*LSTN<0>=DMA$WRD$LSTN (0) +DMA$WRD$LSTN <I); 


25 

1 

INIT371 





/* 

I NIT 8237 FOR TALKER FUNCTIONS */ 


26 

1 


OUTPUT ( CLEAR$FF ) 

=CLEAR; /* TOGGLE MASTER CLEAR 

*/ 

27 

1 


OUTPUT <CMD*37> 

=NORM$TIME; 


28 

1 


OUTPUT (SET$MODE> 

=RD$TRANSFER; 





OUTPUT ( SET$MASK ) 

=CLEARi 


29 

1 


OUTPUT < START$0$L0 ) 

=DMA$WRD$TALK (0); 


30 

1 


DMA$NRD$TALK <0) 

=SHR ( DMA$WRD$T ALK (0), 8>i 


31 

1 


OUTPUT ( START$0$H I ) 

=DMA*WRD$TALK (0); 


32 

1 


OUTPUT *' 0$C0UNT$LQ ) 

=TC$L02; 


33 

1 


OUTPUT ( 0'$C0UNT$H I ) 

=TC$HI2; 





/* INIT 8291 A FOR TALKER 

FUNCTIONS */ 


PL/M 

-86 

COMPILER 

BOARD! 
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34 

1 

OUTPUT 

(EOS*REG) =EOS. 


35 

1 

OUTPUT 

(COMMAND*MOD) =END*EGI ; /* EOI ON EOS SENT */ 


36 

i 

OUTPUT 

( ADDR*STATUS) “MGD1 *T0; /* TALK ONLY */ 


37 

1 

OUTPUT 

(COriMAND*MOD; =PRESCALER, 


38 

1 

OUTPUT 

(COriMAND*MOD) "HIGH*SPEED; 


39 

1 

OUTPUT 

( COMMANO*MOD ) =PON; 


40 

1 

DO WHILE 

(INPUT v ST ATUS* 1 ) AND BO) =0; 


41 

2 

END? 

/* WAIT FOR BO INTR */ 


42 

1 

OUTPUT 

< PORT*OUT ) = OAAH* 


43 

1 

DO WHILE 

(INPUT (STATUS*!) AND ERR) = ERR; 


44 

2 

DO WHILE (INPUT (STATUS*! > AND BO) = 0; 


45 

3 

END; 

/* WAIT FOR BO INTR */ 


46 

2 

OUTPUT ( PORT *OUT ) =OAAH; 


47 

2 

END; 



48 

1 

OUTPUT 

{ 31 AT US*2 > =DMA*REQ*T, /-* ENABLE DMA REQS */ 


49 

1 

DO WHILE (INPUT (CMD*37> aND TC) O TC; 




/* 

WAIT FOR TC = 0 */ 


50 

2 

END; 



51 

1 

INIT37L; 





OUTPUT 

<STATUS*2> =CLEAR > /* DISA3LE DMA REQS */ 




/< INIT 

8237 FOR LISTENER FUNCTIONS */ 


52 

1 

OUTPUT 

( CLEAR *FF) 0=CL.EAR, /«■ TOGGLE MASTER RESET */ 


53 

2 

OUTPUT 

( CMD*37 ) =NORM*TIME; 


54 

1 

OUTPUT 

( SET*MODE ) -WR*TR ANSFER , 


55 

1 

OUTPUT 

( SET*MASK ) =CLEAR; 


56 

1 

OUTPUT 

i ST ART*0*L.0 » ~DHA*WRD*LSTN (0); 


57 

1 

DMA*WRD$L.STN (0) =SHR ( DMA*WRD*L.STN (0). 8); 


58 

1 





OUTPUT 

(START *0*HI ) =DMA*WRD*LSTN (0); 


59 

1 

OUTPUT 

<0*CGUNT*LQ> =TC*L01; 


60 

1 

OUTPUT 

( 0$C0UNT*H I ) =TC*H I 1 . 




/* INIT 

82^1 A FOR LISTENER FUNCTIONS •*/ 


61 

1 

OUTPUT 

(COMMAND*MOD) -RESET * 


62 

1 

OUTPUT 

( ADDR *ST ATUS ) =M0D1*L.G; /* LISTEN ONLY */ 


63 

1 

OUTPUT 

(COMMAND*MOD) =PON; 


■ 64 

1 

DO WHILE 

(INPUT ( STATUS* 1) AND BI) =0, 


65 

2 

END; /* 

WAIT FOR BI INTR */ 


66 

1 

XYZ = INPUT <PORT*IN>; 


67 

1 

OUTPUT 

( STATUS*2 ) *=DMA*REQ*L; /* ENABLE DMA REQS */ 


68 

1 

DO WHILE 

(INPUT (STATUS*!) AND DNE)0 DNE; 




/* WAIT FOR EOT RECEIVED */ 
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PL/M--86 COMPILER BOARD 1 


70 t GMPUL.KS 


71 1 

73 1 

74 2 

75 2 

7 ft t 
77 1 


'* COMPARE THE TNQ BUFFERS CONTENTS */ 

MATCH =CMPB ©BUFFI < SBUFF2, 100); 

IF MATCH « OKAY THEN GOTO START91 ; 

SEND ERROR MESSAGE IN BUFFER 3 */ 

DO 1=0 TO 16; 

CALL CO (BUFF 3 (I) ); 

END; 

GOTO STAR T9 1 ; 

END; 


MODULE INFORMATION: 


CODE AREA SIZE 

=0 1 DBH 

475D 

CONSTANT 

AREA 

SIZE 

=0075H 

1 17D 

VARIABLE 

AREA 

SIZE 

=0070H 

112D 

MAXIMUM 

STACK 

SIZE 

=0006H 

6D 


243 LINES READ 
0 PROGRAM ERROR <S) 


END OF PL/M-86 COMPILATION 
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PL/M-86 COMPILER B0ARD2 

ISIS-II PL/M-B6 VI. 1 COMPILATION OF MODULE BOARDS 
OBJECT MODULE PLACED IN FI: BRD2, OBJ 
COMPILER INVOKED BY: PLM86 Ft: BRD2, SRC 


/« BOARD 2 TPT PROGRAM */ 

/* */ 

/* THIS BOARD LISTENS TO THE OTHER BOARD (1) */ 

/* AND DMA'S DATA INTO A BUFFER, WHILE WAITING */ 
/* FOR THE END INTERRUPT BIT TO BECOME ACTIVE */ 
/* UPON END ACTIVE, THE DATA IN THE BUFFER IS */ 
/* SENT BACK TO THE FIRST BOARD VIA THE GPID */ 
/* WHEN THE BLOCK IS FINISHED THE 8291 A IS */ 

/* PROGRAMMED BACK INTO THE LISTENER MODE */ 


/* 8237 PORT ADDRESSES */ 


2 1 


DECLARE 


3 1 


CLEAR *FF 

LITERALLY 

'OFFDDH' 

START*0*Lo 

LITERALLY 

'OFFDOH ' 

START*0*HI 

LITERALLY 

'OFFDOH ' 

0$C0UNT$L0 

LITERALLY 

'OFFD1H 1 

QSCOUNTSHI 

LITERALLY 

'OFFD1H ' 

SET^MODE 

LITERALLY 

'OFFDBH ' 

CMD*37 

LITERALLY 

0FFD8H' 

SET*MASK 

LITERALLY 

7 OFPDFH ' 

/* 8237 COMMAND - DATA BYTES 

*■/ 

DECLARE 



RDSTRANSFER 

LITERALLY 

' 48H , 

WR*TRANSFER 

LITERALLY 

' 44H 7 , 

ADDRflA 

LITERALLY 

'OOH ' , 

ADDRS1B 

LITERALLY 

'01H', 

NORM*TIME 

LITERALLY 

' 20H ' , 

TC4L01 

LITERALLY 

7 OFFH ' , 

TC*HI 1 

LITERALLY 

7 OOH 7 , 

TC$L02 

LITERALLY 

7 99D 7 , 

TC*HI2 

LITERALLY 

7 OOH 7 . 

TC LITERALLY '01H' 

* 

/* 8291 A PORT 

ADDRESSES */ 


DECLARE 



PORTiOUT 

LITERALLY 

' OFFCOH 

PORT* IN 

LITERALLY 

'OFFCOH 

STATUS* 1 

LITERALLY 

'OFFC1H 

STATUSS2 

LITERALLY 

'0FFC2H 

ADDRSSTATUS 

LITERALLY 

'0FFC4H 

COMMANBSMOD 

LITERALLY 

'OFFC5H 


/^MASTER CLEAR */ 


/* DATA IN */ 

/* INTR ST AT 1 */ 

/* INTR STAT 2 */ 

/* ADDR STAT */ 

/* CMD PASS THRU */ 
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PL/M-86 COMPILER BUAPD2 


5 


ADDR-0 LITERALLY 
EOS-REG LITERALLY 


'0FFC6H', 

'0FFC7H ' i /* EOS REGISTER */ 


/■* 8291 A COMMAND 


DATA BYTES */ 


DECLARE 


END-EOI LITERALLY 

DNE LITERALLY 
PON LITERALLY 
RESET LITERALLY 

CLEAR LITERALLY 

DMA-REQ-L LITERALLY 

DMA-REQ-T LITERALLY 

MOD 1 -TO LITERALLY 

MOD1-LO LITERALLY 

EOS LITERALLY' 
PRESCALER LITERALLY 
HIGH-SPEED LITERALLY 
XY2 BYTE, 

BO LITERALLY 

B I LITERALLY 

ERR l I TERALLY 


' 88H ' , 

# 10HS 
' OGH ' , 

02HS 
'OCHS 
' 10H', 
' 20H * , 
' 80H , 
' 40 ' , 

ODH S 

'23H S 

' A4H ' , 


' 02H ' 
*01HS 
' G4H 


6 1 START91 ; 


OUTPUT (STATUS-2) =CLEAR /* END INITILI ZATION STATE */ 
/* IN IT 8237 FOR LISTENER FUNCTION */ 

7 1 INIT37L; 


8 1 

9 i 

10 1 
11 1 
12 1 

13 1 

14 1 


OUTPUT 

OUTPUT 

OUTPUT 

OUTPUT 

OUTPUT 

OUTPUT 

OUTPUT 

OUTPLUT 


( CLEAR-FF ) 

( CMD-37 ) 
(SET-MODE) 
(SET -MASK) 
(START-O-LO) 
( START— O— HI ) 
(O-COUNT-LO) 
( O -COUNT -HI ) 


=CLEAR ; /* TOGGLE MASTER RESET */ 

=NORM-T I ME, 

=WR -TRANSFER, /# BLOCK XFER MODE 
=CLEAR, 

. =ADDR-1 A; 

=ADDR-1B; 

=TC-LO 1 ; 

=TC-HI 1 : 


*/ 


/* INIT 8291 A FOR LISTENER FUNCTIONS */ 

15 1 OUTPUT (COMMAND-MOD) =RESET ; 

16 1 OUTPUT (ADDR-STATUS) =M0D1-L0; 

17 1 OUTPUT (COMMAND-MOD) -PON; 

IS 1 DO WHILE i INPUT (STATUS-1) AND 31) =0; 

19 2 END; /* WAIT FOR BI INTR */ 

20 1 XYZ= INPUT (PORT-IN); 

21 1 OUTPUT (STATUS-2) =DMA-REQ-L, 

/* WAIT UNTIL EOI RCVD AND END INTR-3IT SET */ 

22 1 DO WHILE (INPUT (STATUS-1) AND DNE ) <> DNE; 
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PL 

'M~8e# 

COMPILER B0ARD2 



23 

1 

END/ 



24 

1 

INI T37T •• 





/* INI T 8237 FOR TALKER FUNCTION */ 





OUTPUT ( ST ATU3$2 ) =CLEAR; /* CLEAR 8291 A DRQ 

*/ 


25 

1 

OUTPUT (CLEARSFF) =CLEAR; 



26 

1 

OUTPUT <CMD*37> =NORM$TIME; 



27 

t 

OUTPUT < SET^MODF. > =RD* TRANSFER ; /* BLOCK XFER 

MODE */ 


28 

1 

OUTPUT v SET$MASK > -CLEAR; 



29 

1 

OUTPUT (START*0*L0> ' =ADDRS 1 A; 



30 

1 

OUTPUT (START*0*HI> =ADDR*1B; 



31 

1 

OUTPUT (0*C0UNT$L0) =TC»L02; 



32 

1 

OUTPUT (0*C0UNT*HI) =TC*HI2; 





INIT 8291 A FOR TALKER FUNCTION */ 



33 

1 

OUTPUT ( EOSSREG ) =EOS; 



34 

1 

OUTPUT ( COMMANDSMOD ) =END$EOI ; /* EOI ON EOS 

SENT */ 


35 

1‘ 

OUTPUT (ADDRSSTATUS) =M0D1*T0; /* TALK ONLY 

*/ 


36 

1 

OUTPUT (COMMANDSMOD) -PRESCALER ; 



37 

1 

OUTPUT ( COMMANDSMOD ) =HI GH$SPEED; 



38 

1 

OUTPUT ( COMMANDSMQD ) «PON; 



39 

1 

DO WHILE (INPUT (STATUS*1> AND BO) =0; 



40 

2 

END# /* WAIT FOR BO INTR */ 



41 

1 

OUTPUT (PORT*OUT) =OAAH; 



42 

1 

DO WHILE (INPUT (STATUS*1> AND ERR) =ERR; 



43 

2 

DO WHILE (INPUT <STATUS*1> AND BO) =0# 



44 

3 

END; /* WAIT FOR BO INTR */ 



45 

2 

OUTPUT (PORT ♦OUT) =OAAH; 



46 

2 

END; 



47 

1 

OUTPUT (STATUS*2> =DMA$REG*T; 





WAIT FOR TC=0 */ 



48 

1 

DO WHILE (INPUT (CM0«37) AND TC) O TC# 



49 

2 

END; 



50 

1 

GOTO STAR T91 ; 



51 

1 

END; 



MODULE 

INFORMATION 




CODE AREA SIZE =0122H 290D 




CONSTANT AREA SIZE =0000H OD 




VARIABLE AREA SIZE =0001H ID 




MAXIMUM STACK SIZE =0000H OD 




152 

LINES READ 




0 PROGRAM ERROR <S> 
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APPENDIX C 

SOFTWARE FOR HP 9835A 


10 REM SEMI' li, 
TERFflCE CLEAR 
20 ABORTIO 7 

30 REM FORCE E 

RRORS UNTIL LIST 
EHERS ACTIVE 
40 Frcerr: OUT 

PUT 704 USING “# 
* K " * " B " 

50 Chkst st : ST 

ATUS 7 1 St at 1 * St a 
t2> Stat3*Stat4 
68 Err =S.tot2 A 

ND 1 

70 IF E r r = 1 TH 
EN GOTO Frcerr 
SO PRINT CHRTf 
12 J * "LISTENERS A 
F:E ON LINE " 

90 REM CONFIGU 
RE PPOLL 
10G PPOLL CONFI 
CURE 7045 “0000: : 
00 " 

110 


! response or, 
bit 4 

128 PRINT CHF *- ■ 
12 J . "PARALLEL PO 
LL CONFIGURED" 
130 REN ENABLE 
KEYBOARD INTERRU 
F'T 

140 PRINT "CONN 
AND = ? (HIT 

'H' FOP LIST J “ 
ISO Ke>en: ON k 
BD GOSUB 610 
160 STATUS 75St 
at 1 * St at 2* St at 3* 


St at 4 

170 Sr a=E INAND f 
St at 1 * L£8) 

ISO IF Sra=0 TH 
EN GOTO r e en 
190 OFF fir 
200 PRINT CHR$ ( 
12) * “ S P 0 RECEIVE 
D" ‘ 

210 PRINT "SEND 
ING PARALLEL POL 
L RESPONSE MESSft 
GE" 

220 REM EKECUTI 
NG PARALLEL POLL 
230 PPol1byte=P 
POLL ( 7 ) 

240 PRINT "PARA 
LLEL POLL BYTE = 
"IPpd'l Ibvte 
250 PRINT ” 


268 PpoI 1 brt e=B 
I HAND ( Ppo 1 1 byte? 
8 J 

278 IF PpoI lb-, t 
e = Q THEN GOTO F i 
291 

280 PRINT "SP 
NOT FROM 8291" 

281 PRINT “CONN 
AND = ? (HIT 
'H' FOP LIST)" 
290 GOTO Keyen 
3O0 P829 1 : PR IN 
T "SRO IS FROM N 
CC 8291 ... THE 
ENTERPRISE" 

310 PRINT " PEF'F 
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OP.MING SERIAL PO 
LL TO GET STATUS 

320 STATUS 704? 
Stat 

330 PRINT CHR$( 
12) * "Status = "5 
Stot 

340 :> ter=BINAN 

D ( St ,;t , l • 

520 IF D ter O 
THEN GOTO Pcur 

530 GOTO fe,en 

531 Rcvr : REM R 
EADY TO RCV CHAR 
S FROM GPIB 

540 DIM C$1803 
550 ENTER 704 U 
SING "5j* T" * G$ 

560 PRINT CHR$ ( 
12) *G$ 

570 PRINT "COMM 
AND = ? (HIT 

'H' FOR LIST) “ 
580 GOTO Keren 
590 REM INTERRU 
PT SERVICE ROUT I 
NES 

600 REM GET KEY 
BOARD DATA 
610 What kev: DI 
M K$ [803 
620 K $ = K E B f 
630 IF K$= " G " T 
HEN GOTO Get 
640 IF K $ = " D " T 
HEN GOTO Dec 
650 IF K f = " R " T 
HEN GOTO Ren 
660 IF K $ = " H " 7 
HEN GOTO Help 
670 IF K $ = " X " T 
HEN GOTO Xnit 
680 Get: TRIGCE 


R 704 

690 PRINT CHR$ ( 
12)* "GROUP EXECU 
TE TRIGGER SENT" 
70O PRINT " " 
718 PRINT "COMM 
AND = •> (HIT 

'H' FOR LIST) " 
720 RETURN 
730 Dec: RESET 
704 

740 PRINT CHR$ ( 
12) . "SELECTIVE D 
EVICE CLEAR SENT 

750 PRINT*."' " 
760 PRINT "COMM 
AND = ° (HIT 

'H' FOP LIST!" 
770 RETURN 
780 Fen: LOCAL 
704 

790 PRINT CHR*l 
12 J » "REMOTE MESS 
AGE SENT" 

800 PRINT*" " 
810 PRINT "COMM 
AND * ? (HIT 

'H ' FOR LIST) " 
826 RETURN 
830 Help: ‘ PRINT 
CHR$ (12) 

840 PRINT “ 000 
0 OPERATOR ALLOU 
ABLE COMMANDS 60 
00 " 

850 PRINT " hit 
key result" 
860 PRINT " G 
Send GET n 
es sage." 

876 Print - d 

Send DEC n 
essage " 
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886 PRINT “ P 

Send REM- L 
OC nessage" 

390 PRINT “ X 

Xnits ke>t 
oard input to 62 
91" 

900 PRINT " H 

Prints thi 
s table- 
910 PRINT " " 

920 PRINT "... 
goahead* TRY IT 

930 RETURN 


940 Knit: DIM A 
$[803 

950 PRINT CHR$ ( 
12)* "Enter data 
to send and hit 
CONTINUE” 

960 INPUT fit 

970 OUTPUT 7045 
A$ 

971 EOI 750 

980 PRINT 'COMM 
AND = ? (HIT 
/ H / FOR LIST) " 
990 RETURN 
1000 END 
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APPENDIX D 

SOFTWARE FOR HP 8088/HP 9835A VIA GPIB 


PL/M— 86 COMPILER, HP IB 


ISIS-II PL/M— 86 VI. 1 COMPILATION OF MODULE HPIB 
OBJECT MODULE PLACED IN : FI: HPIB. OBJ 
COMPILER INVOKED BY: PLM86 : FI: HPIB. SRC LARGE 


HPIB: 

/* 


PARAMETER DECLARATIONS 
*/ 


DO; 


DECLARE 


ADDR*HI LITERALLY 'OlH' 

ADDRSLO LITERALLY 'OOH' 

ADSC LITERALLY .'OlH' 

BI LITERALLY 'OlH'. 

BO LITERALLY '02H'. 

CHAR*COUNT BYTE, 

CHAR BYTE, 

CHARS < 80) BYTE, 

CLEAR LITERALLY 'OOH' 

CPT LITERALLY '80H', 

CRLF LITERALLY 'OAH' 

DEC LITERALLY '08H', 

DMA*ADR*LSTN POINTER, 
DMA*ADR*TALK POINTER, 
DMA*WRD*LSTN<2> WORD AT 
DMA*WRD*TALK<2) WORD AT 
DMA*REQ*L L I TER ALLY ' 10H ' 

DMA*REQ*T LITERALLY '20H' 

DNE LITERALLY '10H'. 

END*EOI LITERALLY '88H' 

EOS LITERALLY 'ODH', 

ERR LITERALLY '04H'. 

GET LITERALLY '20H', 

I BYTE, 

LISTEN LITERALLY '04H' 

MLA LITERALLY '04H', 

M0DE*1 LITERALLY 'OlH ' 

NO*DMA LITERALLY 'OOH' 

NO*RSV LITERALLY 'OOH' 

NORM*TIME LITERALLY '20H' 

PON LITERALLY 'OOH'. 

PPC LITERALLY '05H'. 

PPE4MASK LITERALLY '60H' 

PPOLL*CNFG*FLAG LITERALLY 
PPOLL*EN*BYTE BYTE, 
PRI*BUF<80) BYTE AT 
RD*XFER LITERALLY 

RESET LITERALLY 

REMC LITERALLY 

RSV LITERALLY '40H', 

RXRDY LITERALLY '02H 


< ®DMA*ADR*LSTN ) , 
(@DMA«ADR*TALK), 


OlH' 

(SCHARS), 
'48H ', 
'02H ' , 
'02H ', 
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PL/M-86 COMPILER HP ID 


SRQS LITERALLY '40H', 

STAT1 BYTEi 

STAT2 BYTE, 

TALK LITERALLY '02H', 

TA*OR*LA BYTE, 

TRQ LITERALLY '41H', 

TC LITERALLY 'OlH', 

TC*HI LITERALLY 'OOH', 

TCSLO LITERALLY 'OFFH ' , 

TXRDY LITERALLY 'OlH', 

UDC BYTE, 

WR*XFER LITERALLY '44H', 

XYZ BYTE; 

/* 

PORT DECLARATIONS 
*/ 

3 1 DECLARE 

ADDRtO LITERALLY '0FFC6H ' , 

ADDR*STATUS LITERALLY '0FFC4H', 

CLEARtFF LITERALLY 'OFFDDH ' , 

CMDS37 LITERALLY '0FFD8H ' , 

COMMAND9MQD LITERALLY '0FFC5H ', 

COUNT*HI LITERALLY 'OFFD1H', 

COUNT$LO L I TER ALLY ' OFFD 1H ' , 

CPT*REG LITERALLY '0FFC5H', 

EOStREG LITERALLY '0FFC7H', 

PQRT*IN LITERALLY 'OFFCOH', 

PORT*OUT LITERALLY 'OFFCOH', 

SER*DATA LITERALLY 'OFFFOH', 

SER*STAT L I TER ALLY ' 0FFF2H ' , 

SETSMASK LITERALLY 'OFFDFH ' $ 

SET*MODE LITERALLY 'OFFDBH ' , 

SPOLL*STAT LITERALLY '0FFC3H ', 

START*HI LITERALLY 'OFFDOH', 

START*LO LITERALLY 'OFFDOH ', 

STATUS* 1 LITERALLY 'OFFC1H', 

STATUS*2 LITERALLY '0FFC2H'; 

/* crt messages list */ 


DECLARE GET*MSG (11) BYTE DATA ( ODH, OAH, 'TRIGGER ', OAH, ODH) ; 

DECLARE DEC*MSG( 16) BYTE DATA (ODH, OAH, 'DEVICE CLEAR ', OAH, ODH) i 
DECLARE REMC*MSG(10> BYTE DATA (ODH, OAH, 'REMOTE ', ODH, OAH) i 
DECLARE CPT*MSG(22> BYTE DATA (ODH, OAH, 'UNDEF CMD RECEIVED ', OAH, ODH ) i 
DECLARE HUH*MSG( 1 1 ) BYTE DATA (ODH, OAH, 'HUH ??? ' , ODH, OAH ) i 


/* called procedures */ 

9 1 REQSER: PROCEDURE; 
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-86 COMPILER HP IB 


10 

2 

OUTPUT ( SPOLL*STAT ) =TRG; 


11 

2 

DO WHILE (INPUT <SPOLL*STAT) AND SRGS)-SRGS; 


12 

3 

END, 


13 

2 

OUTPUT <SPOLL*STAT)=NO*RSV; 


14 

2 

END REQSER; 


13 

1 

CO: PROCEDURE ( XXX )i 


16 

2 

DECLARE 

XXX BYTE; 


17 

2 

DO WHILE (INPUT (SER*STAT> AND TXRDY )OTXRDY; 


18 

3 

END; 


19 

2 

OUTPUT ( SER *D AT A ) =X X X ; 


20 

2 

END CO; 


21 

1 

HUH: PROCEDURE; 


22 

2 

DO 1=0 TO 10; 


23 

3 

CALL CO ( HUH4MS0 ( I ) ) ; 


24 

3 

END; 


25 

2 

END HUH; 


26 

1 

Cl: PROCEDURE; 


27 

2 

IF (INPUT <SER*STAT) AND RXRDY )=RXRDY THEN 


28 

2 

DO; 


29 

3 

1=0; 


30 

3 

CHAR*C0UNT=0; 


31 

3 

STORE*CHAR: CHAR* (INPUT < SER*DATA) AND 7FH) ; 


32 

3 

CHAR*C0UNT=CHAR*C0UNT+1 ; 


33 

3 

CALL CO (CHAR); 


34 

3 

CHARS(I)*CHAR; 


35 

3 

1=1+1; 


36 

3 

IF CHAR O CRLF THEN 


37 

3 

DO; 


38 

4 

DO WHILE (INPUT <SER*STAT> AND RXRDY) 

ORXRDY; 

39 

5 

END; 

40 

4 

GOTO STOREfCHAR; 


41 

4 

END; 


42 

3 

CALL REGSER; 


43 

3 

END; 


44 

2 

END Cl; 


45 

1 

TALK*EXEC: PROCEDURE; 


46 

2 

OUTPUT (STATUS*2)=CLEAR; 

/* 

manipulate address bits for DMA controller 
*/ 


47 

2 

DMA*ADR*TALK= ( GCHARS ) ; 


48 

2 

DMA*WRD*TALK ( 1 > =SHL ( DMA4WRDST ALK ( 1 ) , 4 ) ; 


49 

2 

DMA*WRD*TALK ( 0 > =DMA*WRD*TALK ( 0 ) +DMA*WRD*TALK ( 1 ) ; 


50 

2 

OUTPUT (CLEAR*FF)=CLEAR; 
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HP IB 


SI 

2 


OUTPUT ( CMD37 ) =NORM*T I ME; 


52 

2 


OUTPUT <SET*MODE)=RD*XFER; 


S3 

2 


OUTPUT (SET*MASK)=CLEAR; 


54 

2 


OUTPUT ( START*LO ) =DMA*WRD*TALK < 0 ) ; 


55 

2 


DMA*WRD*TALK ( 0 ) =SHR ( DMA*WRD*TALK ( 0 > , 8 ) ; 


56 

2 


OUTPUT <START*HI ) =DMA*WRD*TALK < 0 ) ; 


57 

2 


OUTPUT ( C0UNT4L0 ) =CHAR*COUNT ; 


58 

2 


OUTPUT (COUNT*HI )=0; 


59 

2 


OUTPUT ( EOSSREG ) =EOS; 


60 

2 


OUTPUT (COMMAND*MOD)=END*EOI; 


61 

2 


DO WHILE (INPUT (STATUS*1> AND B0)=0; 


62 

3 


END; 


63 

2 


OUTPUT (PORT*OUT)=OAAH; 


64 

2 


DO WHILE (INPUT <STATUS*1) AND ERR ) =ERR; 


65 

3 


DO WHILE (INPUT (STATUStl) AND B0>=0; 


66 

4 


END; 


67 

3 


OUTPUT ( PQRT$OUT ) =OAAH; 


68 

3 


END; 


69 

2 


OUTPUT (STATUS$2)=DMA$REQ$T; 


70 

2 


END TALK*EXEC; 


71 

1 

LISTENSEXEC: PROCEDURE; 


72 

2 


OUTPUT ( STATUS$2 ) =CLEAR; 


73 

2 


OUTPUT ( CLEAR$FF ) =CLEAR; 


74 

2 


OUTPUT ( CMD$37 ) =NORM$TIME; 


75 

2 


OUTPUT (SET*MODE)=WR$XFER; 


76 

2 


OUTPUT ( SETSMASK ) =CLEAR; 


77 

2 


DMA*ADR*LSTN= ( SCHARS ) ; 


78 

2 


DMA*WRD*LSTN ( 1 ) =SHL ( DMA*WRD»LSTN ( 1 ) , 4 ) ; 


79 

2 


DMA*WRD*LSTN (0 ) =DMA*WRD*LSTN ( 0 ) -»-DMA*WRD*LSTN ( 1 ) ; 


80 

2 


OUTPUT ( START*LO ) =DMA*WRD*LSTN < 0 ) ; 


81 

2 


DMA*WRD*LSTN ( 0 ) =SHR ( DMA$WRD$LSTN < 0 ) , 8 > ; 


82 

2 


OUTPUT <START*HI ) =*DMA*WRD*LSTN ( 0 ) ; 


83 

2 


OUTPUT (COUNT*LO)=TC*LO; 


84 

2 


OUTPUT (COUNT*HI )=TC*HI; 


85 

2 


OUTPUT (STATUS*2)=DMA*REQ*L; 


86 

2 


END LISTENSEXEC; 


87 

1 

PRINTER: PROCEDURE; 


88 

2 


1=0; 


89 

2 


DO WHILE PRI$BUF(I) OCRLF; 


90 

3 


CALL CO ( PR I*BUF ( I ) ); 


91 

3 


1=1+1; 


92 

3 


END; 


93 

2 


CALL CO (PRI$BUF< I ) ); 


94 

2 


END PRINTER; 
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95 

1 

ADSC*EXEC: PROCEDURE; 


96 

2 

TA*OR*LA= INPUT < ADDR*STATUS) ; 


97 

2 

IF <TA*OR*LA AND TALK)=TALK THEN 


98 

2 

CALL TALK*EXEC; 


99 

2 

IF <TA*OR*LA AND LISTEN > =L I STEN THEN 


100 

2 

CALL LISTENtEXEC; 


101 

2 

END ADSCSEXEC; 


102 

1 

GET*EXEC: PROCEDURE; 


103 

2 

DO 1=0 TO 10; 


104 

3 

CALL CO (GET*MSG< I ) ); 


103 

3 

END; 


106 

2 

END GET*EXEC; 


107 

1 

DECSEXEC : PROCEDURE; 


108 

2 

DO 1=0 TO 15; 


109 

3 

CALL CO ( DEC*MSG < I ) ) ; 


110 

3 

END; 


111 

2 

END DEC*EXEC; 


112 

1 

REMC*EXEC: PROCEDURE; 


113 

2 

DO 1=0 TO 9; 


114 

3 

CALL CO <REMC*MSG< I ) >; 


115 

3 

END; 


116 

2 

END REMC*EXEC; 


117 

1 

PPOLL*CON: PROCEDURE; 


118 

2 

OUTPUT ( COMMANDfMOD ) =PPOLL$CNFG*FLAG; 


119 

2 

END PPOLL*CON; 


120 

1 

PPOLL*EN: PROCEDURE; 


121 

2 

PPOLL*EN*BYTE=(UDC AND 6FH) » 


122 

2 

OUTPUT ( COMMAND*MOD ) =PPOLL»EN*B YTE; 


123 

2 

END PPOLL$EN; 


124 

1 

CPT*EXEC: PROCEDURE; 


125 

2 

DO 1=0 TO 21; 


126 

3 

CALL CO <CPT*MSG<I) ); 


127 

3 

END; 


128 

2 

UDC»INPUT <CPT*REG>; 


129 

2 

UDC=(UDC AND 7FH) ; 


130 

2 

IF ( UDC AND PPC)=PPC THEN 


131 

2 

CALL PPOLL*CQN; 


132 

2 

IF CUDC AND PPE*MASK)=PPE*MASK THEN 


133 

2 

CALL PPOLL*EN; 
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134 

2 

END CPT*EXEC; 

/* 

BEGIN CODE 
*/ 

135 

1 

INIT: 

OUTPUT (CLEAR*FF) =CLEAR; 

136 

1 

OUTPUT (COMMAND*MOD> =RESET ; 

137 

1 

OUTPUT (ADDR*STATUS) =M0DE*1 

138 

1 

OUTPUT (ADDR*0) =MLA; 

139 

1 

OUTPUT (STATUS*2) =NO*DMA; 

140 

1 

OUTPUT (COMMAND*MOD> =PON; 

141 

1 

LISTENERS: 

/* response to listeners check 

DO WHILE (INPUT <STATUS*1) AND 

142 

2 

END; 

143 

1 

XYZ=INPUT (PORTSIN) ; 

144 

1 

XYZ=INPUT (STATUS*2>; 

145 

1 

CMD: 

RDSTAT : 

/* read status registers and in 

STAT1=INPUT (STATUS*! )i 

146 

1 

STAT2* INPUT (STATUS*2); 

147 

1 

IF (STATl AND DNE ) =DNE THEN 

148 

1 

CALL PRINTER; 

149 

1 

IF (STATl AND CPT)=*CPT THEN 

150 

1 

DO; 

151 

2 

CALL CPT*EXEC; 

152 

2 

ST AT2= ( ST AT2 AND OFEH) ; 

153 

2 

END; 

154 

1 

IF (STATl AND GET ) =GET THEN 

155 

1 

DO; 

156 

2 

CALL GET*EXEC; 

157 

2 

STAT2=»(STAT2 AND OFEH); 

158 

2 

END; 

159 

1 

IF (STATl AND DEC)=DEC THEN 

160 

1 

DO; 

161 

2 

CALL DEC*EXEC; 

162 

2 

STAT2=(STAT2 AND OFEH); 

163 

2 

END; 

164 

1 

IF (STAT2 AND REMC )=REMC THEN 

165 

1 

DO; 

166 

2 

CALL REMC*EXEC; 

167 

2 

ST AT2= ( ST AT2 AND OFEH); 

168 

2 

END; 
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170 

1 

DO; 

171 

2 

CALL ADSCtEXEC; 

172 

2 

STAT2® <STAT2 AND OFEH>j 

173 

2 

ENDj 

174 

1 

CALL Cli 

175 

1 

GOTO CMDi 


176 1 END. 


MODULE INFORMATION: 


CODE AREA SIZE « 0475H 

CONSTANT AREA SIZE » OOOOH 
VARIABLE AREA SIZE * 0061H 
MAXIMUM STACK SIZE » OOOAH 
349 LINES READ 
0 PROGRAM ERROR <S) 


1141D 

OD 

97D 

10D 


END OF PL/M-86 COMPILATION 
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INTRODUCTION 

The Intel® 8292 is a preprogrammed UPI™-41A that 
implements the Controller function of the IEEE Std 
488-1978 (GPIB, HP-IB, IEC Bus, etc.). In order to 
function the 8292 must be used with the 8291 Talker/ 
Listener and suitable interface and transceiver logic 
such as a pair of Intel 8293s. In this configuration the 
system has the potential to be a complete GPIB Con- 
troller when driven by the appropriate software. It has 
the following capabilities: System Controller, send IFC 
and Take Charge, send REN, Respond to SRQ, send 
Interface messages, Receive Control, Pass Control, Par- 
allel Poll and Take Control Synchronously. 

This application note will explain the 8292 only in the 
system context of an 8292, 8291, two 8293s and the 
driver software. If the reader wishes to learn more 
about the UPI-41A aspects of the 8292, Intel’s Applica- 
tion Note AP-41 describes the hardware features and 
programming characteristics of the device. Additional 
information on the 8291 may be obtained in the data 
sheet. The 2893 is detailed in its data sheet. Both chips 
will be covered here in the details that relate to the 
GPIB controller. 

The next section of this application note presents an 
overview of the GPIB in a tutorial, but comprehensive 
nature. The knowledgeable reader may wish to skip this 
section; however, certain basic semantic concepts intro- 
duced there will be used throughout this note. 

Additional sections cover the view of the 8292 from the 
CPU’s data bus, the interaction of the 3 chip types 
(8291, 8292, 8293), the 8292’s software protocol and 
the system level hardware/software protocol. A brief 
description of interrupts and DMA will be followed by 
an application example. Appendix A contains the 
source code for the system driver software. 


GPIB/IEEE 488 OVERVIEW 
Design Objectives 

WHAT IS THE IEEE 488 (GPIB)? 

The experience of designing systems for a variety of 
applications in the early 1970’s caused Hewlett-Pack- 
ard to define a standard intercommunication mecha- 
nism which would allow them to easily assemble instru- 
mentation systems of varying degrees of complexity. In 
a typical situation each instrument designer designed 
his/her own interface from scratch. Each one was in- 
consistent in terms of electrical levels, pin-outs on a 
connector, and types of connectors. Every time they 


built a system they had to invent new cables and new 
documentation just to specify the cabling and intercon- 
nection procedures. 

Based on this experience, Hewlett-Packard began to de- 
fine a new interconnection scheme. They went further 
than that, however, for they wanted to specify the typi- 
cal communication protocol for systems of instruments. 
So in 1972, Hewlett-Packard came out with the first 
version of the bus which since has been modified and 
standardized by a committee of several manufacturers, 
coordinated through the IEEE, to perfect what is now 
known as the IEEE 488 Interface Bus (also known as 
the HPIB, the GPIB and the IEC bus). While this bus 
specification may not be perfect, it is a good compro- 
mise of the various desires and goals of instrumentation 
and computer peripheral manufacturers to produce a 
common interconnection mechanism. It fits most in- 
strumentation systems in use today and also fits very 
well the microcomputer I/O bus requirements. The ba- 
sic design objectives for the GPIB were to: 

1) Specify a system that is easy to use, but has all of the 
terminology and the definitions related to that sys- 
tem precisely spelled out so that everyone uses the 
same language when discussing the GPIB. 

2) Define all of the mechanical, electrical, and function- 
al interface requirements of a system, yet not define 
any of the device aspects (they are left up to the 
instrument designer). 

3) Permit a wide range of capabilities of instruments 
and computer peripherals to use a system simulta- 
neously and not degrade each other’s performance. 

4) Allow different manufacturers’ equipment to be con- 
nected together and work together on the same bus. 

5) Define a system that is good for limited distance in- 
terconnections. 

6) Define a system with minimum restrictions on per- 
formance of the devices. 

7) Define a bus that allows asynchronous communica- 
tion with a wide range of data rates. 

8) Define a low cost system that does not require exten- 
sive and elaborate interface logic for the low cost 
instruments, yet provides higher capability for the 
higher cost instruments if desired. 

9) Allow systems to exist that do not need a central 
controller; that is, communication directly from one 
instrument to another is possible. 

Although the GPIB was originally designed for instru- 
mentation systems, it became obvious that most of 
these systems would be controlled by a calculator or 
computer. With this in mind several modifications were 
made to the original proposal before its final adoption 
as an international standard. Figure 1 lists the salient 
characteristics of the GPIB as both an instrumentation 
bus and as a computer I/O bus. 
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Data Rate 

1M bytes/s, max 

250k bytes/s, typ 

Multiple Devices 

15 devices, max (electrical limit) 

8 devices, typ (interrupt flexibility) 

Bus Length 

20 m, max 

2 m/device, typ 

Byte Oriented 

8-bit commands 

8-bit data 

Block Multiplexed 

Optimum strategy on GPIB due to 

setup overhead for commands 

Interrupt Driven 

Serial poll (slower devices) 

Parallel poll (faster devices) 

Direct Memory Access 

One DMA facility at controller 

serves all devices on bus 

Asynchronous 

One talker 1 

f 3-wire handshake 
Multiple listeners J 

I/O to I/O Transfers 

Talker and listeners need not 

include microcomputer/controller 

Figure 1. Major Characteristics of GPIB as 
Microcomputer I/O Bus 

The bus can be best understood by examining each of 
these characteristics from the viewpoint of a general 
microcomputer I/O bus. 

Data Rate — Most microcomputer systems utilize pe- 
ripherals of differing operational rates, such as floppy 
discs at 31k or 62k bytes/s (single or double density), 
tape cassettes at 5k to 10k bytes/s, and cartridge tapes 
at 40k to 80k bytes/s. In general, the only devices that 
need high speed I/O are 0.5" (1.3-cm) magnetic tapes 
and hard discs, operational at 30k to 781k bytes/s, re- 
spectively. Certainly, the 250k-bytes/s data rate that 
can be easily achieved by the IEEE 488 bus is sufficient 
for microcomputers and their peripherals, and is more 
than needed for typical analog instruments that take 
only a few readings per second. The lM-byte/s maxi- 
mum data rate is not easily achieved on the GPIB and 


requires special attention to considerations beyond the 
scope of this note. Although not required, data buffer- 
ing in each device will improve the overall bus perform- 
ance and allow utilization of more of the bus band- 
width. 

Multiple Devices — Many microcomputer systems used 
as computers (not as components) service from three to 
seven peripherals. With the GPIB, up to 8 devices can 
be handled easily by 1 controller; with some slowdown 
in interrupt handling, up to 15 devices can work togeth- 
er. The limit of 8 is imposed by the number of unique 
parallel poll responses available; the limit of 15 is set by 
the electrical drive characteristics of the bus. Logically, 
the IEEE 488 Standard is capable of accommodating 
more device addresses (31 primary, each potentially 
with 31 secondaries). 

Bus Length — Physically, the majority of microcomput- 
er systems fit easily on a desk top or in a standard 19" 
(48-cm) rack, eliminating the need for extra long ca- 
bles. The GPIB is designed typically to have 2m of 
length per device, which accommodates most systems. 
A line printer might require greater cable lengths, but 
this can be handled at the lower speeds involved by 
using extra dummy terminations. 

Byte Oriented — The 8-bit byte is almost universal in 
I/O applications; even 16-bit and 32-bit computers use 
byte transfers for most peripherals. The 8-bit byte 
matches the ASCII code for characters and is an inte- 
gral submultiple of most computer word sizes. The 
GPIB has an 8-bit wide data path that may be used to 
transfer ASCII or binary data, as well as the necessary 
status and control bytes. 

Block Multiplexed — Many peripherals are block orient- 
ed or are used in a block mode. Bytes are transferred in 
a fixed or variable length group; then there is a wait 
before another group is sent to that device, e.g., one 
sector of a floppy disc, one line on a printer or type 
punch, etc. The GPIB is, by nature, a block multi- 
plexed bus due to the overhead involved in addressing 
various devices to talk and listen. This overhead is less 
bothersome if it only occurs once for a large number of 
data bytes (once per block). This mode of operation 
matches the needs of microcomputers and most of their 
peripherals. Because of block multiplexing, the bus 
works best with buffered memory devices. 

Interrupt Driven — Many types of interrupt systems ex- 
ist, ranging from complex, fast, vectored/priority net- 
works to simple polling schemes. The main tradeoff is 
usually cost versus speed of response. The GPIB has 
two interrupt protocols to help span the range of appli- 
cations. The first is a single service request (SRQ) line 
that may be asserted by all interrupting devices. The 
controller then polls all devices to find out which wants 
service. The polling mechanism is well defined and can 
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be easily automated. For higher performance, the paral- Asynchronous Transfers — An asynchronous bus is de- 
lel poll capability in the IEEE 488 allows up to eight sirable so that each device can transfer at its own rate, 

devices to be polled at once — each device is assigned to However, there is still a strong motivation to buffer the 

one bit of the data bus. This mechanism provides fast data at each device when used in large systems in order 
recognition of an interrupting device. A drawback is to speed up the aggregate data rate on the bus by allow- 

the frequent need for the controller to explicitly con- ing each device to transfer at top speed. The GPIB is 

duct a parallel poll, since there is no equivalent of the asynchronous and uses a special 3-wire handshake that 
SRQ line for this mode. allows data transfers from one talker to many listeners. 

Direct Memory Access (DMA ) — In many applications, I/O to I/O Transfers — In practice, I/O to I/O transfers 

no immediate processing of I/O data on a byte-by-byte are seldom done due to the need for processing data 

basis is needed or wanted. In fact, programmed trans- and changing formats or due to mismatched data rates, 

fers slow down the data transfer rate unnecessarily in However, the GPIB can support this mode of operation 

these cases, and higher speed can be obtained using where the microcomputer is neither the talker nor one 

DMA. With the GPIB, one DMA facility at the con- of the listeners, 

troller serves all devices. There is no need to incorpo- 
rate complex logic in each device. 



Figure 2. Interface Capabilities and Bus Structure 
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GPIB Signal Lines 

DATA BUS 

The lines DI01 through DI08 are used to transfer ad- 
dresses, control information and data. The formats for 
addresses and control bytes are defined by the IEEE 
488 standard (see Appendix C). Data formats are unde- 
fined and may be ASCII (with or without parity) or 
binary. D101 is the Least Significant bit (note that this 
will correspond to bit 0 on most computers). 

MANAGEMENT BUS 

ATN — Attention. This signal is asserted by the Con- 
troller to indicate that it is placing an address or con- 
trol byte on the Data Bus. ATN is de-asserted to allow 
the assigned Talker to place status or data on the Data 
Bus. The Controller regains control by reasserting 
ATN; this is normally done synchronously with the 
handshake to avoid confusion between control and data 
bytes. 

EOI — End or Identify. This signal has two uses as its 
name implies. A talker may assert EOI simultaneously 
with the last byte of data to indicate end of data. The 
Controller may assert EOI along with ATN to initiate a 
Parallel Poll. Although many devices do not use Paral- 
lel Poll, all devices should use EOI to end transfers 
(many currently available ones do not). 

SR Q — Service Request. This line is like an interrupt: it 
may be asserted by any device to request the Controller 
to take some action. The Controller must determine 
which device is asserting SRQ by conducting a Serial 
Poll at its earliest convenience. The device deasserts 
SRQ when polled. 

IFC — Interface Clear. This signal is asserted only by 
the System Controller in order to initialize all device 
interfaces to a known state. After deasserting IFC, the 
System Controller is the active controller of the system. 

REN — Remote Enable. This signal is asserted only by 
the System Controller. Its assertion does not place de- 
vices into Remote Control mode; REN only enables a 
device to go remote when addressed to listen. When in 
Remote, a device should ignore its front panel controls. 

TRANSFER BUS 

NRFD — Not Ready For Data. This handshake line is 
asserted by a listener to indicate it is not yet ready for 
the next data or control byte. Note that the Controller 
will not see NRFD deasserted (i.e., ready for data) until 
all devices have deasserted NRFD. 


NDAC — Not Data Accepted. This handshake line is as- 
serted by a Listener to indicate it has not yet accepted 
the data or control byte on the DIO lines. Note that the 
Controller will not see NDAC deasserted (i.e., data ac- 
cepted) until all devices have deasserted NDAC. 

DA V — Data Valid. This handshake line is asserted by 
the Talker to indicate that a data or control byte has 
been placed on the DIO lines and has had the minimum 
specified settling time. 



GPIB Interface Functions 

There are ten (10) interface functions specified by the 
IEEE 488 standard. Not all devices will have all func- 
tions and some may only have partial subsets. The ten 
functions are summarized below with the relevant sec- 
tion number from the IEEE document given at the be- 
ginning of each paragraph. For further information 
please see the IEEE standard. 

1) SH — Source Handshake (section 2.3). This func- 
tion provides a device with the ability to properly 
transfer data from a Talker to one or more Listen- 
ers using the three handshake lines. 

2) AH — Acceptor Handshake (section 2.4). This func- 
tion provides a device with the ability to properly 
receive data from the Talker using the three hand- 
shake lines. The AH function may also delay the 
beginning (NRFD) or end (NDAC) of any transfer. 

3) T — Talker (section 2.5). This function allows a de- 
vice to send status and data bytes when addressed 
to talk. An address consists of one (Primary) or two 
(Primary and Secondary) bytes. The latter is called 
an extended Talker. 


3-35 




AP-66 



4) L — Listener (section 2.6). This function allows a 
device to receive data when addressed to listen. 
There can be extended Listeners (analogous to ex- 
tended Talkers above). 

5) SR — Service Request (section 2.7). This function 
allows a device to request service (interrupt) the 
Controller. The SRQ line may be asserted asyn- 
chronously. 

6) RL — Remote Local (section 2.8). This function al- 
lows a device to be operated in two modes: Remote 
via the GPIB or Local via the manual front panel 
controls. 

7) PP — Parallel Poll (section 2.9). This function al- 
- lows a device to present one bit of statiis to the 

Controller-in-charge. The device need not be ad- 
dressed to talk and no handshake is required. 

8) DC — Device Clear (section 2.10). This function al- 
lows a device to be cleared (initialized) by the Con- 
troller. Note that there is a difference between DC 
(i device clear) and the IFC line {interface clear). 

9) DT— Device Trigger (section 2.11). This function 
allows a device to have its basic operation started 
either individually or as part of a group. This capa- 
bility is often used to synchronize several instru- 
ments. 

10) C — Controller (section 2.12). This function allows 
a device to send addresses, as well as universal and 
addressed commands to other devices. There may 
be more than one controller on a system, but only 
one may be the controller-in-charge at any one 
time. 

At power-on time the controller that is hardwired to be 
the System Controller becomes the active controller-in- 
charge. The System Controller has several unique capa- 
bilities including the ability to send Interface Clear 
(IFC — clears all device interfaces and returns control 
to the System Controller) and to send Remote Enable 
(REN — allows devices to respond to bus data once they 
are addressed to listen). The System Controller may 
optionally Pass Control to another controller, if the sys- 
tem software has the capability to do so. 


GPIB Connector 

The GPIB connector is a standard 24-pin industrial 
connector such as Cinch or Amphenol series 57 Micro- 
Ribbon. The IEEE standard specifies this connector, as 
well as the signal connections and the mounting hard- 
ware. 

The cable has 16 signal lines and 8 ground lines. The 
maximum length is 20 meters with no more than two 
meters per device. 



GPIB Signal Levels 

The GPIB signals are all TTL compatible, low true 
signals. A signal is asserted (true) when its electrical 
voltage is less than 0.5 volts and is deasserted (false) 
when it is greater than 2.4 volts. Be careful not to be- 
come confused with the two handshake signals, NRFD 
and NDAC which are also low true (i.e. >0.5 volts 
implies the device is Not Ready For Data). 

The Intel 8293 GPIB transceiver chips ensure that all 
relevant bus driver/receiver specifications are met. De- 
tailed bus electrical specifications may be found in Sec- 
tion 3 of the IEEE Std 488-1978. The Standard is the 
ultimate reference for all GPIB questions. 


GPIB Message Protocols 

The GPIB is a very flexible communications medium 
and as such has many possible variations of protocols. 
To bring some order to the situation, this section will 
discuss a protocol similar to the one used by Ziatech’s 
ZT80 GPIB controller for Intel’s MULTIBUStm com- 
puters. The ZT80 is a complete high-level interface 
processor that executes a set of high level instructions 
that map directly into GPIB actions. The sequences of 
commands, addresses and data for these instructions 
provide a good example of how to use the GPIB (addi- 
tional information is available in the ZT80 Instruction 
Manual). The ‘null’ at the end of each instruction is for 
cosmetic use to remove previous information from the 
DIO lines. 
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DATA — Transfer a block of data from device A to de- 
vices B, C . . . 

1) Device A Primary (Talk) Address 
Device A Secondary Address (if any) 

2) Universal Unlisten 

3) Device B Primary (Listen) Address 
Device B Secondary Address (if any) 

Device C Primary (Listen) Address 
etc. 

4) First Data Byte 
Second Data Byte 


Last Data Byte (EOI) 

5) Null 

TRIGR — Trigger devices A, B ... to take action 

1) Universal Unlisten 

2) Device A Primary (Listen) Address 
Device A Secondary Address (if any) 

Device B Primary (Listen) Address 
Device B Secondary Address (if any) 
etc. 

3) Group Execute Trigger 

4) Null 

PSCTL — Pass control to device A 

1) Device A Primary (Talk) Address 
Device A Secondary Address (if any) 

2) Talk Control 

3) Null 

CLEAR — Clear all devices 

1) Device Clear 

2) Null 

REMAL — Remote Enable 

1) Assert REN continuously 

GOREM — Put devices A, B, . . . into Remote 

1) Assert REN continuously 

2) Device A Primary (Listen) Address 
Device A Secondary Address (if any) 

Device B Primary (Listen) Address 
Device B Secondary Address (if any) 
etc. 

3) Null 

GOLOC — Put devices A, B, . . . into Local 

1) Device A Primary (Listen) Address 
Device A Secondary Address (if any) 

Device B Primary (Listen) Address 
Device B Secondary Address (if any) 
etc. 


2) Go To Local 

3) Null 

LOCAL — Reset all devices to Local 

1) Stop asserting REN 

LLKAL — Prevent all devices from returning to Local 

1) Local Lock Out 

2) Null 

SPOLL — Conducts a serial poll of devices A, B, . . . 

1) Serial Poll Enable 

2) Universal Unlisten 

3) ZT 80 Primary (Listen) Address 
ZT 80 Secondary Address 

4) Device Primary (Talk) Address 
Device Secondary Address (if any) 

5) Status byte from device 

6) Go to Step 4 until all devices on list have been polled 

7) Serial Poll Disable 

8) Null 

PPUAL — Unconfigure and disable Parallel Poll re- 
sponse from all devices 

1) Parallel Poll Unconfigure 

2) Null 

ENAPP — Enable Parallel Poll response in devices A, B, 

1) Universal Unlisten 

2) Device Primary (Listen) Address 
Device Secondary Address (if any) 

3) Parallel Poll Configure 

4) Parallel Poll Enable 

5) Go to Step 2 until all devices on list have been con- 
figured. 

6) Null 

DISPP — Disable Parallel Poll response from devices A, 
B, . . . 

1) Universal Unlisten 

2) Device A Primary (Listen) Address 
Device A Secondary Address (if any) 

Device B Primary (Listen) Address 
Device B Secondary Address (if any) 
etc. 

3) Disable Parallel Poll 

4) Null 

This Ap Note will detail how to implement a useful 
subset of these controller instructions. 
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HARDWARE ASPECTS OF THE 
SYSTEM 

8291 GPIB Talker/Listener 

The 8291 is a custom designed chip that implements 
many of the non-controller GPIB functions. It provides 
hooks so the user’s software can implement additional 
features to complete the set. This chip is discussed in 
detail in its data sheet. The major features are summa- 
rized here: 

— Designed to interface microprocessors to the GPIB 

— Complete Source and Acceptor Handshake 

— Complete Talker and Listener Functions with ex- 
tended addressing 

— Service Request, Parallel Poll, Device Clear, Device 
Trigger, Remote/Local functions 

— Programmable data transfer rate 

— Maskable interrupts 

— On-chip primary and secondary address recognition 

— 1-8 MHz clock range 

— 16 registers (8 read, 8 write) for CPU interface 

— DMA handshake provision 

— Trigger output pin 

— On-chip EOS (End of Sequence) 

The pinouts and block diagram are shown in Figure 5. 
One of eight read registers is for data transfer to the 
CPU; the other seven allow the microprocessor to mon- 
itor the GPIB states and various bus and device condi- 
tions. One of the eight write registers is for data transfer 


from the CPU; the other seven control various features 
of the 8291. 

The 8291 interface functions will be software config- 
ured in this application example to the following sub- 
sets for use with the 8292 as a controller that does not 
pass control. The 8291 is used only to provide the 
handshake logic and to send and receive data bytes. It 
is not acting as a normal device in this mode, as it never 
sees ATN asserted. 

SHI Source Handshake 
AH1 Acceptor Handshake 
T3 Basic Talk-Only 

LI Basic Listen-Only 

SRO No Service Requests 
RLO No Remote/Local 
PPO No Parallel Poll Response 
DCO No Device Clear 
DTO No Device Trigger 

If control is passed to another controller, the 8291 must 
be reconfigured to act as a talker/listener with the fol- 
lowing subsets: 

SHI Source Handshake 

AH1 Acceptor Handshake 

T5 Basic Talker and Serial Poll 

L3 Basic Listener 

SRI Service Requests 

RL1 Remote/Local with Lockout 

PP2 Reconfigured Parallel Poll 

DC1 Device Clear 

DTI Device Trigger 

CO Not a Controller 


Pin Configuration 


Block Diagram 


T/RlC 1 
T/R2C 2 
CLOCK C 3 
RESETC 4 
TRIGC 5 
DREQC 6 
DACKC 7 
CSC 8 
RDC 9 
WRC 1( 
INTC V 
doC i; 
diC i: 

D2C 14 
D3C 15 
D4C 16 
D5C 17 
D6C 18 
07 C 19 
VssC 20 


8291 


13 


3VCC 
39 DEOI 
38 IJNOAC 
37 DNRFD 
36 DDAV 
35 Uoioi 
34 DDI07 
33 □ Dl06 
32 DDI05 
31 □D?04 
30 I]6io3 
29 I]Di02 

28 IJOIoi 

27 DSRQ 
26 DATN 
25 □REN 
24 DIFC 
23 1RS2 
22 3RS1 
21 3RS0 



Figure 5. 8291 Pin Configuration and Block Diagram 


3-38 




AP-66 



Most applications do not pass control and the control- 
ler is always the system controller (see 8292 commands 
below). 


8292 GPIB Controller 

The 8292 is a preprogrammed Intel 8051 A that pro- 
vides the additional functions necessary to implement a 
GPIB controller when used with an 8291 Talker/Lis- 
tener. The 8041 A is documented in both a user’s manu- 
al and in AP-41. The following description will serve 
only as an outline to guide the later discussion. 

The 8292 acts as an intelligent slave processor to the 
main system CPU. It contains a processor, memory, 
I/O and is programmed to perform a variety of tasks 
associated with GPIB controller operation. The on-chip 
RAM is used to store information about the state of the 
Controller function, as well as a variety of local vari- 
ables, the stack and certain user status information. 
The timer/counter may be optionally used for several 
time-out functions or for counting data bytes trans- 
ferred. The I/O ports provide the GPIB control signals, 
as well as the ancillary lines necessary to make the 
8291, 2, 3 work together. 

The 8292 is closely coupled to the main CPU through 
three on-chip registers that may be independently ac- 
cessed by both the master and the 8292 (UPI-41A). 
Figure 6 shows this Register Interface. Also refer to 
Figure 12. 


The status register is used to pass Interrupt Status in- 
formation to the master CPU (AO = 1 on a read). 

The DBBOUT register is used to pass one of five other 
status words to the master based on the last command 
written into DBBIN. DBBOUT is accessed when AO 
= 0 on a Read. The five status words are Error Flag, 
Controller Status, GPIB Status, Event Counter Status 
or Time Out Status. 

DBBIN receives either commands (AO = 1 on a Write) 
or command related data (AO = 0 on a write) from the 
master. These command related data are Interrupt 
Mask, Error Mask, Event Counter or Time Out. 


8293 GPIB Transceivers 

The 8293 is a multi-use HMOS chip that implements 
the IEEE 488 bus transceivers and contains the addi- 
tional logic required to make the 8291 and 8292 work 
together. The two option strapping pins are used to 
internally configure the chip to perform the specialized 
gating required for use with 8291 as a device or with 
8291/92 as a controller. 

In this application example the two configurations used 
are shown in Figure 7a and 7b. The drivers are set to 
open collector or three state mode as required and the 
special logic is enabled as required in the two modes. 
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Figure 6. UPI-41A Registers 
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a. 8293 Mode 2 

MODE 2 


b. 8293 Mode 3 




Figure 7 


8291/2/3 Chip Set 

Figure 8 shows the four chips interconnected with the 
special logic explicitly shown. 

The 8291 acts only as the mechanism to put commands 
and addresses on the bus while the 8292 is asserting 
ATN. The 8291 is tricked into believing that the ATN 
line is not asserted by the ATN2 output of the ATN 
transceiver and is placed in Talk-only mode by the 
CPU. The 8291 then acts as though it is sending data, 
when in reality it is sending addresses and/or com- 
mands. When the 8292 deasserts ATN, the CPU soft- 
ware must place the 8291 in Talk-only, Listen-only or 
Idle based on the implicit knowledge of how the con- 
troller is going to participate in the data transfer. In 
other words, the 8291 does not respond directly to ad- 
dresses or commands that it sends on the bus on behalf 
of the Controller. The user software, through the use of 
Listen-only or Talk-only, makes the 8291 behave as 
though it were addressed. 


Although it is not a common occurrence, the GPIB 
specification allows the Controller to set up a data 
transfer between two devices and not directly partici- 
pate in the exchange. The controller must know when 
to go active again and regain control. The chip set ac- 
complishes this through use of the “Continuous Accep- 
tor Handshake cycling mode” and the ability to detect 
EOI or EOS at the end of the transfer. See XFER in the 
Software Driver Outline below. 

If the 8292 is not the System Controller as determined 
by the signal on its SYC pin, then it must be able to 
respond to an IFC within 100 ju, sec. This is accom- 
plished by the cross-coupled NORs in Figur e 7a which 
deassert the 8293’s internal version of CIC (Not Con- 
troller-in-Charge). This condition is latched until the 
8292’s firmware has received the IF CL (int erface clear 
received latch) signal by testing the IFCL input. The 
firmware then sets its signals to reflect the inactive con- 
dition and clears the 8293’s latch. 
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Figure 8. Talker/Listener/Controller 
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In order for the 8292 to conduct a Parallel Poll the 
8291 must be able to capture the PP response on the 
DIO lines. The only way to do this is to fool the 8291 
by putting it into Listen-only mode and generating a 
DAV condition. However, the bus spec does not allow 
a DAV during Parallel Poll, so the back-to-back 3 -state 
buffers (see Figure 7b) in the 8293 isolate the bus and 
allow the 8292 to generate a local DAV for this pur- 
pose. Note that the 8291. cannot assert a Parallel Poll 
response. When the 8292 is not the controller-in-charge 
the 8291 may respond to PPs and the 8293 guarantees 
that the DIO drivers are in “open collector” mode 
through the OR gate (Figure 7b). 


Figure 9 shows the card’s block diagram. The 
ZT7488/18 plugs into the STD bus, a 56 pin 8 bit mi- 
croprocessor oriented bus. An 8085 CPU card is also 
available on the STD bus and will be used to execute 
the driver software. 

The 8291 uses I/O Ports 60H to 67H and the 8292 uses 
I/O Ports 68H and 69H. The five interrupt lines are 
connected to a three-state buffer at I/O Port 6FH to 
facilitate polling operation. This is required for the 
TCI, as it cannot be read internally in the 8292. The 
other three 8229 lines (SPI, IBF, OBF) and the 829 l’s 
INT line are also connected to minimize the number of 
I/O reads necessary to poll the devices. 


ZT7488/18 GPIB Controller 

Ziatech’s GPIB Controller, the ZT7488/18 will be used 
as the controller hardware in this Application Note. 
The controller consists of an 8291, 8292, an 8 bit input 
port and TTL logic equivalent to that shown in Figure 8. 



NDAC is connected to COUNT on the 8292 to allow 
byte counting on data transfers. The example driver 
software will not use this feature, as the software is 
simpler and faster if an internal 8085 register is used for 
counting in software. 


Figure 9. ZT7488/18 GPIB Controller 
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Figure 10. 8291 Registers 
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Figure 11. DMA/Interrupt GPIB Controller Block Diagram 
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The application example will not use DMA or inter- 
rupts; however, the Figure 11 block diagram includes 
these features for completeness. 

The 8257-5 DMA chip can be used to transfer data 
between the RAM and the 8291 Talker/Listener. This 
mode allows a faster data rate on the GPIB and typical- 
ly will depend on the 829 l’s EOS or EOI detection to 
terminate the transfer. The 8259-5 interrupt controller 
is used to vector the five possible interrupts for rapid 
software handling of the various conditions. 


ister. Note the two letter mnemonics to be used in later 
discussions. The CPU must not write into the 8292 
while IBF (Input Buffer Full) is a one, as information 
will be lost. 


Direct Commands 

Both the Interrupt Mask (IM) and the Error Mask 
(EM) register may be directly written with the LSB of 
the address bus (AO) a “0”. The firmware uses the MSB 
of the data written to differentiate between IM and EM. 


8292 COMMAND DESCRIPTION 

This section discusses each command in detail and re- 
lates them to a particular GPIB activity. Recall that 
although the 8041 A has only two read registers and one 
write register, through the magic of on-chip firmware 
the 8292 appears to have six read registers and five 
write registers. These are listed in Figure 12. Please see 
the 8292 data sheet for detailed definitions of each reg- 


LOAD INTERRUPT MASK 

This command loads the Interrupt Mask with D7-D0. 
Note that D7 must be a “1” and that interrupts are 
enabled by a corresponding ‘T” bit in this register. IFC 
interrupt cannot be masked off; however, when the 
8292 is the System Controller, sending an ABORT 
command will not cause an IFC interrupt. 
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TIME OUT STATUS* 

D 

D 

D 

D 

D 

D 

D 

D 


WRITE TO 8292 

COMMAND FIELD 


ra 

m 

1 

OP 

O 

O 

C 

1 c 1 

INTERRUPT MASK 

QJ 

spi 

TCI 

SYC 

| OBFI | IBFI | 

0 

1 SRQ | 

d 7 



ERROR MASK 


Do 

0 

0 

USER 

0 

| 0 ITOUT4ITOUT3ITOUTJ 

EVENT COUNTER* 

LDJ 

D 

1 D 

D 

| D | D | 

D 

1 D 1 

TIMEOUT* 

0 

D j 

1 D 

[0 

| D | D | 

D 

LdJ 


*Note: These registers are accessed by a special 
utility command. 


Figure 12. 8292 Registers 
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LOAD ERROR MASK 

This command loads the Error Mask with D7-D0. 
Note that D7 must be a zero and that interrupts are 
enabled by a corresponding “1” bit in this register. 


Utility Commands 

These commands are used to read or write the 8292 
registers that are not directly accessible. All utility 
commands are written with AO = 1, D7 = D6 = D5 
= 1, D4 = 0. D3-D0 specify the particular command. 
For writing into registers the general sequence is: 

1) wait for IBF = 0 in Interrupt Status Register 

2) write the appropriate command to the 8292, 

3) write the desired register value to the 8292 with AO 
= 1 with no other writes intervening, 

4) wait for indication of completion from 8292 (IBF = 

0 ). 

For reading a register the general sequence is: 

1) wait for IBF = 0 in Interrupt Status Register 

2) write the appropriate command to the 8292 

3) wait for a TCI (Task Complete Interrupt) 

4) Read the value of the accessed register from the 8292 
with AO = 0. 

WE VC — Write to Event Counter 
(Command = 0E2H) 

The byte written following this command will be load- 
ed into the event counter register and event counter 
status for byte counting. The internal counter is incre- 
mented on a high to low transition of the C OUNT (Tl) 
input. In this application example NDAC is connected 
to count. The counter is an 8 bit register and therefore 
can count up to 256 bytes (writing 0 to the EC implies a 
count of 256). If longer blocks are desired, the main 
CPU must handle the interrupts every 256 counts and 
carefully observe the timing constraints. 

Because the counter has a frequency range from 0 to 
133 kHz when using a 6 MHz crystal, this feature may 
not be usable with all devices on the GPIB. The 8291 
can easily transfer data at rates up to 250 kHz and even 
faster with some tuning of the system. There is also a 
500 ns minimum high time requirement for COUNT 
which can potentially be violated by the 8291 in contin- 
uous acceptor handshake mode (i.e., TNDDV1 + 
TDVND2 - C = 350 + 350 = 700 max). When 
cable delays are taken into consideration, this problem 
will probably never occur. 


When the 8292 has completed the command, IBF will 
become a “0” and will cause an interrupt if masked on. 

WTOUT — Write to Time Out Register 
(Command = 0E1H) 

The byte written following this command will be used 
to determine the number of increments used for the 
time out functions. Because the register is 8 bits, the 
maximum time out is 256 time increments. This is 
probably enough for most instruments on the GPIB but 
is not enough for a manually stepped operation using a 
GPIB logic analyzer like Ziatech’s ZT488. Also, the 
488 Standard does not set a lower limit on how long a 
device may take to do each action. Therefore, any use 
of a time out must be able to be overridden (this is a 
good general design rule for service and debugging con- 
siderations). 

The time out function is implemented in the 8292’s 
firmware and will not be an accurate time. The counter 
counts backwards to zero from its initial value. The 
function may be enabled/disabled by a bit in the Error 
mask register. When the command is complete IBF will 
be set to a “0” and will cause an interrupt if masked on. 

RE VC — Read Event Counter Status 
(Command = 0E3H) 

This command transfers the content of the Event 
Counter to the DBBOUT register. The firmware then 
sets TCI = 1 and will cause an interrupt if masked on. 
The CPU may then read the value from the 8292 with 
A0 = 0. 

RINM — Read Interrupt Mask Register 
(Command = 0E5H) 

This command transfers the content of the Interrupt 
Mask register to the DBBOUT register. The firmware 
sets TCI = 1 and will cause an interrupt if masked on. 
The CPU may then read the value. 

RERM — Read Error Mask Register 
(Command = 0EAH) 

This command transfers the content of the Error Mask 
register to the DBBOUT register. The firmware sets 
TCI = 1 and will cause an interrupt if masked on. The 
CPU may then read the value. 

R CST— Read Controller Status Register 
(Command = 0E6H) 
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This command transfers the content of the Controller 
Status register to the DBBOUT register. The firmware 
sets TCI = 1 and will cause an interrupt if masked on. 
The CPU may then read the value. 

RTOUT — Read Time Out Status Register 
(Command = 0E9H) 

This command transfers the content of the Time Out 
Status register to the DBBOUT register. The firmware 
sets TCI = 1 and will cause an interrupt if masked on. 
The CPU may then read the value. 

If this register is read while a time-out function is in 
process, the value will be the time remaining before 
time-out occurs. If it is read after a time-out, it will be 
zero. If it is read when no time-out is in process, it will 
be the last value reached when the previous timing oc- 
curred. 

RBST — Read Bus Status Register 
(Command = 0E7H) 

This command causes the firmware to read the GPIB 
management lines, DAV and the SYC pin and place a 
copy in DBBOUT. TCI is set to “1” and will cause an 
interrupt if masked on. The CPU may read the value. 

RERF — Read Error Flag Register 
(Command = 0E4H) 

This command transfers the content of the Error Flag 
register to the DBBOUT register. The firmware sets 
TCI = 1 and will cause an interrupt if masked on. The 
CPU may then read the value. 

This register is also placed in DBBOUT by an IACK 
command if ERR remains set. TCI is set to “1” in this 
case also. 

IACK — Interrupt Acknowledge 
(Command = A1 A2 A3 A4 1 A5 1 1) 

This command is used to acknowledge any combina- 
tions of the five SPI interrupts (A1-A5): SYC, ERR, 
SRQ, EV, and IFCR. Each bit A1-A5 is an individual 
acknowledgement to the corresponding bit in the Inter- 
rupt Status Register. The command clears SPI but it 
will be set again if all of the pending interrupts were not 
acknowledged. 

If A2 (ERR) is “1”, the Error Flag register is placed in 
DBBOUT and TCI is set. The CPU may then read the 
Error Flag without issuing an RERF command. 


Operation Commands 

The following diagram (Figure 13) is an attempt to 
show the interrelationships among the various 8292 


Operation Commands. It is not meant to replace the 

complete controller state diagram in the IEEE Stan- 
dard. 

RST — Reset (Command = 0F2H) 

This command has the same effect as an external reset 

applied to the chip’s pin #4. The 8292’s actions are: 

1) All outputs go to their elect rical high state. This 
means that SPI, TCI, OBFI, IBFI, CLTH will be 
TRUE and all other GPIB signals will be FALSE. 

2) The 8292’s firmware will cause the above mentioned 
five signals to go FALSE after approximately 17.5 
jus (at 6 MHz). 

3) These registers will be cleared: Interrupt Status, In- 
terrupt Mask, Error Mask, Time Out, Event Coun- 
ter, Error Flag. 

4) If the 8292 is the System Controller (SYC is TRUE), 
then IFC will be sent TRUE for approximately 
100 jus and the Controller function will end up in 
charge of the bus. If the 8292 is not the System Con- 
troller then it will end up in an Idle state. 

5) TCI will not be set. 



Figure 13. 8292 Command Flowchart 


RSTI — Reset Interrupts (Command = 0F3) 

This command clears all pending interrupts and error 
flags. The 8292 will stop waiting for actions to occur 
(e.g., waiting for ATN to go FALSE in a TCNTR com- 
mand or waiting for the proper handshake state in a 
TCSY command). TCI will not be set. 

ABORT — Abort all operations and Clear Interface 
(Command = 0F9H) 

If the 8292 is not the System Controller this command 
acts like a NOP and flags a USER ERROR in the Er- 
ror Flag Register. No TCI will occur. 
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If the 8292 is the system Controller then IFC is set 
TRUE for approximately 100 juts and the 8292 becomes 
the Controller-in-Charge and asserts ATN. TCI will be 
set, only if the 8292 was NOT the CIC. 

STCNI — Start Counter Interrupts 
(Command = OFEH) 

Enables the EV Counter Interrupt. TCI will not be set. 
Note that the counter must be enabled by a GSEC com- 
mand. 

SPCNI— Stop Counter Interrupts 
(Command = 0F0H) 

The 8292 will not generate an EV interrupt when the 
counter reaches 0. Note that the counter will continue 
counting. TCI will not be set. 

SREM — Set Interface to Remote Control 
(Command = 0F8H) 

If the 8292 is the System Controller, it will set REN 
and TCI TRUE. Otherwise it only sets the User Error 
Flag. 

SLOC — Set Interface to Local Mode 
(Command = 0F7H) 

If the 8292 is the System Controller, it will set REN 
FALSE and TCI TRUE. Otherwise, it only sets the 
User Error Flag. 

EXPP — Execute Parallel Poll 
(Command = 0F5H) 

If not Controller-in-Charge, the 8292 will treat this as a 
NOP and does not set TCI. If it is the Controller-in- 
Charge then it sets IDY (EOI & ATN) TRUE and 
generates a local DAV pulse (that never reaches the 
GPIB because of gates in the 8293). If the 8291 is con- 
figured as a listener, it will capture the Parallel Poll 
Response byte in its data register. TCI is not generated, 
the CPU must detect the BI (Byte In) from the 8291. 
The 8292 will be ready to accept another command 
before the BI occurs; therefore the 829 l’s BI serves as a 
task complete indication. 

GTSB — Go To Standby (Command = 0F6H) 

If the 8292 is not the Controller-in-Charge, it will treat 
this command as a NOP and does not set TCI TRUE. 
Otherwise, it goes to Controller Standby State (CSBS), 


sets ATN FALSE and TCI TRUE. This command is 
used as part of the Send, Receive, Transfer and Serial 
Poll System commands (see next section) to allow the 
addressed talker to send data/status. 

If the data transfer does not start within the specified 
Time-Out, the 8292 sets TOUT2 TRUE in the Error 
Flag Register and sets SPI (if enabled). The controller 
continues waiting for a new command. The CPU must 
decide to wait longer or to regain control and take cor- 
rective action. 

GSEC — Go To Standby and Enable Counting 
(Command = 0F4H) 

This command does the same things as GTSB but also 
initializes the event counter to the value previously 
stored in the Event Counter Register (default value is 
256) and enables the counter. One may wire the count 
input to NDAC to count bytes. When the counter 
reaches zero, it sets EV (and SPI if enabled) in Inter- 
rupt Status and will set EV every 256 bytes thereafter. 
Note that there is a potential loss of count information 
if the CPU does not respond to the EV/SPI before an- 
other 256 bytes have been transferred. TCI will be set 
at the end of the command. 

TCSY — Take Control Synchronously 
(Command = OFDH) 

If the 8292 is not in Standby, it treats this command as 
a NOP and does not set TCI. Otherwise, it waits for the 
proper handshake state and sets ATN TRUE. The 8292 
will set TOUT3 if the handshake never assumes the 
correct state and will remain in this command until the 
handshake is proper or a RSTI command is issued. If 
the 8292 successfully takes control, it sets TCI TRUE. 

This is the normal way to regain control at the end of a 
Send, Receive, Transfer or Serial Poll System Com- 
mand. If TCSY is not successful, then the controller 
must try TCAS (see warning below). 

TCAS — Take Control Asynchronously 
(Command = OFCH) 

If the 8292 is not in Standby, it treats this command as 
a NOP and does not set TCI. Otherwise, it arbitrarily 
sets ATN TRUE and ECI TRUE. Note that this action 
may cause devices on the bus to lose a data byte or 
cause them to interpret a data byte as a command byte. 
Both Actions can result in anomalous behavior. TCAS 
should be used only in emergencies. If TCAS fails, then 
the System Controller will have to issue an ABORT to 
clean things up. 
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GIDL — Go to Idle (Command = 0F1H) 

If the 8292 is not the Controller in Charge and Active, 
then it treats this command as a NOP and does not set 
TCI. Otherwise, it sets ATN FALSE, becomes Not 
Controller in Charge, and sets TCI TRUE. This com- 
mand is used as part of the Pass Control System Com- 
mand. 

TCNTR — Take (Receive) Control 
(Command = OFAH) 

If the 8292 is not Idle, then it treats this command as a 
NOP and does not set TCI. Otherwise, it waits for the 
current Controller-in-Charge to set ATN FALSE. If 
this does not occur within the specified Time Out, the 
8292 sets TOUT1 in the Error Flag Register and sets 
SPI (if enabled). It will not proceed until ATN goes 
false or it receives an RSTI command. Note that the 
Controller in Charge must previously have sent this 
controller (via the 829 l’s command pass through regis- 
ter) a Pass Control message. When ATN goes FALSE, 
the 8292 sets CIC, ATN and TCI TRUE and becomes 
Active. 


SOFTWARE DRIVER OUTLINE 

The set of system commands discussed below is shown 
in Figure 14. These commands are implemented in soft- 
ware routines executed by the main CPU. 

The following section assumes that the Controller is the 
System Controller and will not Pass Control. This is a 
valid assumption for 99 + % of all controllers. It also 
assumes that no DMA or Interrupts will be used. SYC 
(System Control Input) should not be changed after 
Power-on in any system — it adds unnecessary complex- 
ity to the CPU’s software. 


In order to use polling with the 8292 one must enable 
TCI but not connect the pin to the CPU’s interrupt pin. 
TCI must be readable by some means. In this applica- 
tion example it is connected to bit 1 port 6FH on the 
ZT7488/18. In addition, the other three 8292 interrupt 
lines a nd th e 829 1 interrupt are also on that port (SPI- 
Bit 2, IBFI-Bit 4, OBFI-Bit 3, 8291 INT-Bit 0). 

These drivers assume that only primary addresses will 
be used on the GPIB. To use secondary addresses, one 
must modify the test for valid talk/listen addresses 
(range macro) to include secondaries. 


INIT 

INITIALIZATION 

Talker/Listener 

SEND 

SEND DATA 

RECV 

RECEIVE DATA 

XFER 

TRANSFER DATA 

Controller 


TRIG 

GROUP EXECUTE TRIGGER 

DCLR 

DEVICE CLEAR 

SPOL 

SERIAL POLL 

PPEN 

PARALLEL POLL ENABLE 

PPDS 

PARALLEL POLL DISABLE 

PPUN 

PARALLEL POLL UNCONFIGURE 

PPOL 

PARALLEL POLL 

PCTL 

PASS CONTROL 

RCTL 

RECEIVE CONTROL 

SRQD 

SERVICE REQUESTED 

System Controller 

REME 

REMOTE ENABLE 

LOCL 

LOCAL 

IFCL 

ABORT/INTERFACE CLEAR 


Figure 14. Software Drive Routines 
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Initialization 

8292 — Comes up in Controller Active State when SYC 
is TRUE. The only initialization needed is to enable the 
TCI interrupt mask. This is done by writing OAOH to 
Port 68H. 

8291 — Disable both the major and minor addresses be- 
cause the 8291 will never see the 8292’s commands/ad- 
dresses (refer to earlier hardware discussion). This is 
done by writing 60H and OEOH to Port 66H. 

Set Address Mode to Talk-only by writing 80H to Port 
64H. 


Set internal counter to 3 MHz to match the clock input 
coming from the 8085 by writing 23H to Port 65H. 
High speed mode for the handshakes will not be used 
here even though the hardware uses three-state drivers. 

No interrupts will be enabled now. Each routine will 
enable the ones it needs for ease of polling operation. 
The INT bit may be read through Port 6FH. Clear 
both interrupt mask registers. 

Release the chip’s initialization state by writing 0 to 
Port 65H. 


INIT : 

Enable-8292 

;Set up In. pins for Port 6FH 

Enable TCI 

;Task complete must be on 

Enable-8291 

Disable major address 

;In controller usage, the 8291 

Disable minor address 

;Is set to talk only and/or listen only 

ton 

;Talk only is our rest state 

Clock frequency 

;3 MHz in this ap note example 

All interrupts off 

Immediate execute pon 

Releases 8291 from init. state 


Talker/Listener Routines 


SEND DATA 

SEND <listener list pointer> <count> <E0S> <data buffer pointer> 


This system command sends data from the CPU to one 
or more devices. The data is usually a string of ASCII 
characters, but may be binary or other forms as well. 
The data is device-specific. 

My Talk Address (MTA) must be output to satisfy the 
GPIB requirement of only one talker at a time (any 
other talker will stop when MTA goes out). The MTA 
is not needed as far as the 829 1 is concerned — it will be 
put into talk-only mode (ton). 


This routine assumes a non-null listener list in that it 
always sends Univeral Unlisten. If it is desired to send 
data to the listeners previously addressed, one could 
add a check for a null list and not send UNL. Count 
must be 255 or less due to an 8 bit register. This routine 
also always uses an EOS character to terminate the 
string output; this could easily be eliminated and rely 
on the count. Items in brackets ( ) are optional and will 
not be included in the actual code in Appendix A. 
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SEND: 

Out put-t 0-8291 MTA, UNL 
Put EOS into 8291 
While 20H < listener < 3EH 
output-to-8291 listener 
Increment listen list pointer 
Output-to-8292 GTSB 
Enable-8291 

Output EOI on EOS sent 
If count < > 0 then 
While not (end or count = 0) 
(could check tout 2 here) 
Output-to-8291 data 
Increment data buffer pointer 
Decrement count 
Output-to-8292 TCSY 
(If tout3 then take control async) 
Enable 8291 

No output EOI on EOS sent 
Return 


;We will talk, nobody listen 
;End of string compare character 
;GPIB listen addresses are 
space" thru "> n ASCII 
;Address all listeners 

;8292 stops asserting ATN, go to standby 

;Send EOI along with EOS character 

;Wait for EOS or end of count 
;Optionally check for stuck bus-tout 2 
;Output all data, one byte at a time 
;8085 CREG will count for us 

;8292 asserts ATN, take control sync. 

; I f unable to take control sync. 

;Restore 8291 to standard condition 



231324-12 


Figure 15. Flowchart for Receive Ending Conditions 
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231324-13 


Figure 16. SEND to “1”, “2”, “ABCD”; EOS = “D” 


RECEIVE DATA 

RECV < talker > < count > <EOS> <data buffer pointer > 


This system command is used to input data from a 
device. The data is typically a string of ASCII charac- 
ters. 

This routine is the dual of SEND. It assumes a new 
talker will be specified, a count of less than 257, and an 
EOS character to terminate the input. EOI received 
will also terminate the input. Figure 1 5 shows the flow 
chart for the RECV ending conditions. My Listen Ad- 
dress (MLA) is sent to keep the GPIB transactions 


totally regular to facilitate analysis by a GPIB logic 
analyzer like the Ziatech ZT488. Otherwise, the bus 
would appear to have no listener even though the 829 1 
will be listening. 

Note that although the count may go to zero before the 
transmission ends, the talker will probably be left in a 
strange state and may have to be cleared by the control- 
ler. The count ending of RECV is therefore used as an 
error condition in most situations. 
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RECV: 

Put EOS into 8291 
If 40H ^ talker ^ 5EH then 
Output-to-8291 talker 
Increment talker pointer 
Output-to-8291 UNL, MLA 
Enable-8291 
Holdoff on end 
End on EOS received 
Ion, reset ton 
Immediate execute pon 
Output -t 0-8292 GTSB 
While not (end or count = 0 
(or tout2) ) 

Input-from-8291 data 
Increment data buffer pointer 
Decrement count 
(If count = 0 then error) 
Output-to-8292 TCSY 
(If Tout3 then take control async.) 
Enable-8291 
No holdoff on end 
No end on EOS received 
ton, reset Ion 
Finish handshake 
Immediate execute pon 
Return error-indicator 


;End of string compare character 
;GPIB talk addresses are 
thru "A" ASCII 

;Do this for consistency's sake 
;Everyone except us stop listening 


;8292 stops asserting ATN, go to standby 
;wait for EOS or EOI or end of count 
joptionally check for stuck bus-tout2 
;input data, one byte at a time 

;Use 8085 C register as counter 
;Count should not occur before end 
;8292 asserts ATN take control 
;If unable to take control sync. 

;Put 8291 back as needed for 
;Controller activity and 
;Clear holdoff due to end 

;Complete holdoff due to end, if any 
;Needed to reset Ion 


;Stop when EOS character is 
;Detected by 8291 
;Listen only (no talk) 
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TRANSFER DATA 

XFER < Talker > < Listener list > < EOS > 

This system command is used to transfer data from a 
talker to one or more listeners where the controller 
does not participate in the transfer of the ASCII data. 


This is accomplished through the use of the 829 l’s con- 
tinuous acceptor handshake mode while in listen-only. 

This routine assumes a device list that has the ASCII 
talker address as the first byte and the string (one or 
more) or ASCII listener addresses following. The EOS 
character or an EOI will cause the controller to take 
take control synchronously and thereby terminate the 
transfer. 


XFER: 

Output-to-8291 : Talker, UNL 
While 20H ^ listen £ 3EH 
Output-to-8291 : Listener 
Increment listen list pointer 
Enable-8291 
Ion, no ton 
Continuous AH mode 
End on EOS received 
Immediate execute PON 
Put EOS into 8291 
Output-to-8292 : GTSB 

Upon end (or tout2) then 
Take control synchronously 
Enable-8291 
Finish handshake 
Not continuous AH mode 
Not END on EOS received 
ton 

Immediate execute pon 
Return 


;Send talk address and unlisten 
;Send listen address 


;Controller is pseudo listener 
;Handshake but don’t capture data 
;Capture EOS as well as EOI 
;Initialize the 8291 
;Set up EOS character 
;Go to standby 

;8292 waits for EOS or EOI and then 

;Regains control 
;Go to Ready for Data 


Controller 

GROUP EXECUTE TRIGGER 

TRIG < Listener list > 

This system command causes a group execute trigger 
(GET) to be sent to all devices on the listener list. The 
intended use is to synchronize a number of instruments. 


TRIG: 

Output-to-8291 UNL 
While 20H ^ listener ^ 3EH 
Output-to-8291 Listener 
Increment listen list pointer 
Output-to-8291 GET 
Return 


;Everybody stop listening 

;Check for valid listen address 

;Address each listener 

terminate on any non-valid character 

;Issue group execute trigger 
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Figure 19. TRIG “1”, “ + ” Figure 20. DCLR “1”, “2” 


DEVICE CLEAR 

DCLR < Listener list > 

This system command causes a device clear (SDC) to is not intended to clear the GPIB interface of the de- 
be sent to all devices on the listener list. Note that this vice, but should clear the device-specific logic. 


DCLR: 

Output-to-8291 UNL 
While 20H ^ listener ^ 3EH 
Output-to-8291 Listener 
Increment listen list pointer 
Output-to-8291 SDC 
Return 


;Everybody stop listening 

;Check for valid listen address 

;Address each listener 

terminate on any non-valid character 

;Selective device clear 


SERIAL POLL 

SPOL < Talker list > < status buffer pointer > 

This system command sequentially addresses the desig- The bytes are stored in the buffer in the same order as 

nated devices and receives one byte of status from each. the devices appear on the talker list. MLA is output for 

completeness. 
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SPOL: 

Output-t 0-8291 UNL, MLA, SPE 


While 40H ^ talker ^ 5 EH 
Output-to-8291 talker 
Increment talker list pointer 
Enable-8291 
Ion, reset ton 
Immediate execute pon 
Output -to -8292 GTSB 
Wait for data in (BI) 

Output-t 0-8292 TCSY 
Input -from-8291 data 
Increment buffer pointer 
Enable 8291 
ton, reset Ion 
Immediate execute pon 
Output-to-8291 SPD 

Return 


;Unlisten, we listen, serial poll enable 

;Only one byte of serial poll 

;Status wanted from each talker 

;Check for valid transfer 

;Address each device to talk 

;One at a time 

;Listen only to get status 
;This resets ton 
;Go to standby 

;Serial poll status byte into 8291 
;Take control synchronously 
;Actually get data from 8291 


; Reset Ion 

;Send serial poll disable after all 
devices polled 



Figure 21. SPOL “Q”, “R”, “K”, “ A ” Figure 22. PPEN “2”; iP 3 P 2 Pi = 01 1 1B 

PARALLEL POLL ENABLE 

PPEN< Listener list > < Configuration Buffer pointer > 

This system command configures one or more devices to respond to Parallel Poll, assuming they implement subset 
PP1. The configuration information is stored in a buffer with one byte per device in the same order as 
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devices appear on the listener list. The configuration byte has the format XXXXIP3P2P1 as defined by the IEEE 
Std. P3P2P1 indicates the bit # to be used for a response and I indicates the assertion value. See Sec. 2.9.3. 3 of the 
Std. for more details. 


PPEN: 


Output-to-8291 UNL 

;Universal unlisten 

While 20H ^ Listener ^ 3EH 

;Check for valid listener 

Output-to-8291 listener 

;Stop old listener, address new 

Output-to-8291 PPC, (PPE or data) 

;Send parallel poll info 

Increment listener list pointer 

;Point to next listener 

Increment buffer pointer 

;One configuration byte per listener 

Return 



PARALLEL POLL DISABLE 

PPDS< listener list> 

This system command disables one or more devices from responding to a Parallel Poll by issuing a Parallel Poll 
Disable (PPD). It does not deconfigure the devices. 


PPDS: 

Output-t 0-8291 UNL 
While 20H < Listener ^ 3EH 
Output-to-8291 listener 
Increment listener list pointer 
Output-to-8291 PPC, PPD 
Return 


;Universal . Unlisten 
;Check for valid listener 
;Address listener 

;Disable PP on all listeners 
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PARALLEL POLL UNCONFIGURE 

PPUN 

This system command deconfigures the Parallel Poll response of all devices by issuing a Parallel Poll Unconfigure 
message. 


PPUN: 

Output-to-8291 PPU ;Unconfigure all parallel poll 

Return 


CONDUCT A PARALLEL POLL 

PPOL 

This system command causes the controller to conduct 
a Parallel Poll on the GPIB for approximately 12.5 
jusec (at 6 MHz). Note that a parallel poll does not use 
the handshake; therefore, to ensure that the device 
knows whether or not its positive response was ob- 


served by the controller, the CPU should explicitly ac- 
knowledge each device by a device-dependent data 
string. Otherwise, the response bit will still be set when 
the next Parallel Poll occurs. This command returns 
one byte of status. 


PPOL: 

Enable-8291 


Ion 

;Listen only 

Immediate execute pon 

;This resets ton 

Output-to-8292 EXPP 

;Execute parallel poll 

Upon BI 

;When byte is input 

Input-from-8291 data 

;Read it 

Enable-8291 

ton 

;Talk only 

Immediate execute pon 

;This resets Ion 

Return Data (status byte) 



PASS CONTROL 

PC7X< talker > 

This system command allows the controller to relin- 
quish active control of the GPIB to another controller. 
Normally some software protocol should already have 
informed the controller to expect this, and under what 
conditions to return control. The 8291 must be set up 


to become a normal device and the CPU must handle 
all commands passed through, otherwise control can- 
not be returned (see Receive Control below). The con- 
troller will go idle. 


PC TL : 

If 40H <; talker £ 5EH then 
if talker < > MTA then 
output-to-8291 talker, TCT 
Enable-8291 
not ton, not Ion 
Immediate execute pon 
My device address, mode 1 
Undefined command pass through 
(Parallel Poll Configuration) 
Output-to-8292 GIDL 
Return 


;Cannot pass control to myself 
;Take control message to talker 
;Set up 8291 as normal device 

;Reset ton and Ion 

;Put device number in Register 6 

;Required to receive control 

;0ptional use of PP 

;Put controller in idle 
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CONTROLLER 

8291,8292 
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Figure 25. PPOL 

RECEIVE CONTROL 

RCTL 

This system command is used to get control back from 
the current controller-in-charge if it has passed control 
to this inactive controller. Most GPIB systems do not 
use more than one controller and therefore would not 
need this routine. 

To make passing and receiving control a manageable 
event, the system designer should specify a protocol 


CONTROLLER 

8291,8292 
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Figure 26. PCTL “C” 

whereby the controller-in-charge sends a data message 
to the soon-to-be-active controller. This message should 
give the current state of the system, why control is be- 
ing passed, what to do, and when to pass control back. 
Most of these issues are beyond the scope of this Ap 
Note. 
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RCTL: 

Upon CPT 

If (command=TCT) then 
If TA then 
Enable-8291 

Disable major device number 
ton 

Mask off interrupts 
Immediate execute pon 
Out put-t 0-8292 TCNTR 
Enable-8291 
Valid command 
Return valid 
Else 

Enable-8291 
Invalid command 
Else 

Enable-8291 
Invalid command 
Return invalid 


;Wait for command pass through bit in 8291 
; I f command is take control and 
;We are talker addressed 

;Controller will use ton and Ion 
;Talk only mode 


;Take (receive) control 
;Release handshake 

;Not talker addr. so TCT not for us 


;Not TCT, so we don't care 




LSTN TAU 

-r “Q” 


LSTN TALf 

“2" “R” 


LSTN TALK 

..... .. K .. 


DEVICE 

LSTN TALK 


LSTN TALK 

.. .. “A” 


DEVICE 


LSTN 

TALI' 

1 


“A” 

1 


CONTROLLER 


Figure 28. REME 


Figure 27. RCTL 
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SERVICE REQUEST 

SRQD 

This system command is used to detect the occurrence of a Service Request on the GPIB. One or more devices may 
assert SRQ simultaneously, and the CPU would normally conduct a Serial Poll after calling this routine to determine 
which devices are SRQing. 


SRQD: 

If SRQ then 
Out put-t 0-8292 
Return SRQ 
Else return no 


;Test 92 status bit 
IACK,SRQ Acknowledge it 

SRQ 


System Controller 

REMOTE ENABLE 

REME 

This system command asserts the Remote Enable line (REN) on the GPIB. The devices will not go remote until they 
are later addressed to listen by some other system command. 


REME: 

Output-to-8292 SREM ;8292 asserts remote enable line 

v Return 


LOCAL 

LOCL 

This system command deasserts the REN line on the GPIB. The devices will go local immediately. 

LOCL: 

Output-to-8292 SLOC ;8292 stops asserting remote enable 

Return 
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Figure 29. LOCL Figure 30. IFCL 


INTERFACE CLEAR/ABORT 

IFCL 


This system command asserts the GPIB’s Interface 
Clear (IFC) line for at least 100 microseconds. This 
causes all interface logic in all devices to go to a known 
state. Note that the device itself may or may not be 


reset, too. Most instruments do totally reset upon IFC. 
Some devices may require a DCLR as well as an IFCL 
to be completely reset. The (system) controller becomes 
Controller-in-Charge. 


IFCL : 


Output -t 0-8292 ABORT 

;8292 asserts Interface Clear 

Return 

;For 100 microseconds 


INTERRUPTS AND DMA 
CONSIDERATIONS 

The previous sections have discussed in detail how to 
use the 8291, 8292, 8293 chip set as a GPIB controller 
with the software operating in a polling mode and using 
programmed transfer of the data. This is the simplest 
mode of use, but it ties up the microprocessor for the 
duration of a GPIB transaction. If system design con- 
straints do not allow this, then either Interrupts and/or 
DMA may be used to free up processor cycles. 


The 8291 and 8292 provide sufficient interrupts that 
one may return to do other work while waiting for such 
things as 8292 Task Completion, 8291 Next Byte In, 
8291 Last Byte Out, 8292 Service Request In, etc. The 
only difficulty lies in integrating these various interrupt 
sources and their matching routines into the overall 
system’s interrupt structure. This is highly situation- 
specific and is beyond the scope of this Ap Note. 

The strategy to follow is to replace each of the WAIT 
routines (see Appendix A) with a return to the main 
code and provide for the corresponding interrupt to 
bring the control back to the next section of GPIB 
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code. For example WAITO (Wait for Byte Out of 
8291) would be replaced by having the BO interrupt 
enabled and storing the (return) address of the next 
instruction in a known place. This co-routine structure 
will then be activated by a BO interrupt. Figure 31 
shows an example of the flow of control. 

DMA is also useful in relieving the processor if the 
average length of a data buffer is long enough to over- 
come the extra time used to set up a DMA chip. This 
decision will also be a function of a data rate of the 
instrument. The best strategy is to use the DMA to 
handle only the data buffer transfers on SEND and 
RECV and to do all the addressing and control just as 
shown in the driver descriptions. 

Another major reason for using a DMA chip is to in- 
crease the data rate and therefore increase the overall 
transaction rate. In this case the limiting factor be- 
comes the time used to do the addressing and control of 
the GPIB using software like that in Appendix A. The 
data transmission time becomes insignificant at DMA 
speeds unless extremely long buffers are used. 

Refer to Figure 11 for a typical DMA and interrupt 
based design using the 8291, 8292, 8293. A system like 
this can achieve a 250K byte transfer rate while under 
DMA control. 


APPLICATION EXAMPLE 

This section will present the code required to operate a 
typical GPIB instrument set up as shown in Figure 32. 
The HP5328A universal counter and the HP3325 func- 
tion generator are typical of many GPIB devices; how- 
ever, there are a wide variety of software protocols to 


be found on the GPIB. The Ziatech ZT488 GPIB ana- 
lyzer is used to single step the bus to facilitate debug- 
ging the system. It also serves as a training/familiariza- 
tion aid for newcomers to the bus. 

This example will set up the function generator to out- 
put a specific waveform, frequency and amplitude. It 
will then tell the counter to measure the frequency and 
Request Service (SRQ) when complete. The program 
will then read in the data. The assembled source code 
will be found at the end of Appendix A. 
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Figure 32. GPIB Example Configuration 
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SEND 

LSTN : "2" , COUNT: 15, EOS: ODH , DATA: "FU1FR37KHAM2V0 (CR) n 
;SETS UP FUNCTION GEN. TO 37 KHZ SINE, 2 VOLTS PP 
;COUNT EQUAL TO # CHAR IN BUFFER 
;EOS CHARACTER IS (CR) = ODH = CARRIAGE 

SEND 

LSTN: "l", COUNT: 6, EOS: "T" DATA: " PR4G7T" 

;SETS UP COUNTER FOR P .-INITIALIZE , F4 : FREQ CHAN A 
; G7 :0.1 HZ RESOLUTION, T : TRIGGER AND SRQ 

;COUNT IS EQUAL TO # CHAR 

WAIT FOR SRQ 

SPOL TALK: "Q" , DATA: STATUS 1 
; CLEARS THE SRO_IN THIS EXAMPLE ONLY FREQ CTR ASSERTS SRQ 

RECV TALK: "Q", COUNT: 17, EOS: OAH, 

DATA: "+ 37000. OE+O" (CR) (LF) 

;GETS 17 BYTES OF DATA FROM COUNTER 
; COUNT IS EXACT BUFFER LENGTH 

;DATA SHOWN IS TPYICAL HP5328A READING THAT WOULD BE RECEIVED 


CONCLUSION 

This Application Note has shown a structured way to 
view the IEEE 488 bus and has given typical code se- 
quences to make the Intel 8291, 8292, and 8293’s be- 
have as a controller of the GPIB. There are other ways 
to use the chip set, but whatever solution is chosen, it 
must be integrated into the overall system software. 


The ultimate reference for GPIB questions is the IEEE 
Std 488 -1978 which is available from IEEE, 345 East 
47th St., New York, NY, 10017. The ultimate reference 
for the 8292 is the source listing for it (remember it’s a 
pre-programmed UPI-41A) which is available from IN- 
SITE, Intel Corp., 3065 Bowers Ave., Santa Clara, CA 
95051. 
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APPENDIX A 


ISIS- 

-II 8080/8085 MACHO ASSEMBLER, 

V3.0 



gpir 

CONTROLLER 

SUBROUTINES 





LOC 

OBJ 

LINE 


SOURCE STATEMENT 





1 

STITLE ( 'GPIB 

CONTROLLER 

SUBROUTINES * ) 




3 

4 

; CjPIB 

CONTROLLER SUBROUTINES 




5 

6 

[ 

for 

Intel 8291, 

8292 on ZT 7488/18 




7 

; 

Bert 

Forbes, Ziatech Corporation 




8 

; 

2410 

Broad Street 




9 

; 

San 

Luis Obispo, 

CA, USA 93401 




10 

• 







11 

• 







12 

; 

General Definitions & Equates 




13 

; 

8291 

Control Values 




14 

; 





1000 


15 


ORG 

1000H 

; For ZT7489/18 w/8085 




16 

; 





0060 


17 

PRT91 

EQU 

60H 

; 8291 Base Port It 




18 

; 







19 

; 

Req 

#0 Data in & 

Data out 


0060 


20 

DIN 

EOU 

PRT91+0 

; 91 Data in reg 


0060 


21 

DOUT 

EQU 

PRT91+0 

;91 Data out reg 




22 

; 







23 

; 

Req 

# 1 Interrupt 1 Constants 


0061 


24 

INTI 

EQU 

PRT91+1 

; I NT Reg 1 


0061 


25 

INTM1 

EQU 

PRT91+1 

; I NT Mask Reg . 1 


0002 


26 

BOM 

EQU 

02 

; 91 BO INTRP Mask 


0001 


27 

BIM 

EQU 

01 

; 91 81 INTRP Mask 


0010 


28 

ENDMK 

EQU 

10H 

; 91 END INTRP Mask 


0080 


29 

CPT 

EQU 

80H 

;91 command pass thru int bit 




30 

; 







31 

; 

Req 

#2 Interrupt 

2 


0062 


32 

INT2 

EQU 

PRT91+2 





33 

• 







34 

; 

Reg 

14 Address Mode Constants 


0064 


35 

ADRMD 

EQU 

PRT91+4 

; 91 address mode register # 


0080 


36 

TON 

EQU 

80H 

;91 talk only mode & not listen only 


0040 


37 

LON 

EQU 

40H 

;91 listen only & not ton 


00C0 


38 

TLON 

EQU 

0C0H 

;91 talk s> listen only 


0001 


39 

40 

MODE1 

EQU 

01 

;mode 1 addressing for device 




41 

; 

Reg 

14 

(Read) Address Status Register 


0064 


42 

ADR ST 

EQU 

PRT91+4 

;reg #4 


0020 


43 

EOIST 

EQU 

20H 



0002 


44 

TA 

EQU 

2 



0001 


45 

LA 

EQU 

1 

ylistener active 




46 

; 







47 

; 

Req 

#5 (Write) 

Auxiliary Mode Reqister 


0065 


48 

AUXMD 

EQU 

PRT91+5 

; 91 auxiliary mode reqister # 


0023 


49 

CLKRT 

EQU 

23H 

;91 3 Mhz clock input 
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0003 

50 

FNHSK 

EQU 

03 

;91 fininsh handshake command 


0006 

51 

SDEOI 

EQU 

06 

; 91 send EOI with next byte 


0080 

62 

AXRA 

EQU 

80H 

; 9 1 aux. req A pattern 


0001 

53 

HOHSK 

EQU 

1 

;91 hold off handshake on all bytes 


0002 

54 

HOEND 

EQU 

2 

;91 hold off handshake on end 


0003 

55 

CAHCY 

EQU 

3 

;91 continuous AH cycling 


0004 

56 

EDEOS 

EQU 

4 

;91 end on EOS received 


0008 

57 

EOIS 

EQU 

8 

; 91 output EOI on EOS sent 


000F 

58 

VSCMD 

EOU 

0FH 

; 9 1 valid command pass through 


0007 

59 

NVCMD 

EQU 

07H 

;91 invalid command pass through 


00A0 

60 

AXRB 

EQU 

0A0H 

; Aux . reg. B pattern 


0001 

61 

CPTEN 

EQU 

01H 

;command pass thru enable 



63 

J 

Reg #5 

(Reed) 



0065 

64 

CPTRG 

EQU 

PRT91+5 




65 

J 






66 

; 

Reg #6 

Add ress 

0/1 reg. constants 


0066 

67 

ADR01 

EQU 

PRT91+6 



0060 

68 

DTDL1 

EOU 

60H 

;Di sable major talker & listener 


00E0 

59 

DTDL2 

EQU 

0E0H 

,-Disable minor talker & listener 



70 

; 






71 

; 

Req »7 

EOS 

Character Register 


0067 

72 

EOSR 

EOU 

PRT91+7 




73 







74 







75 


8292 

CONTROL 

VALUES 



76 







77 







78 






0068 

79 

PRT92 

EQU 

PRT91+8 

; 8292 Base Port # (CS7) 


0068 

81 

INTMR 

EQU 

PRT92+0 

*92 INTRP Mask Reg 


00A0 

82 

INTM 

EQU 

0A0H 

;TC I 


0068 

84 

ERRM 

EQU 

PRT92+0 

; 92 Error Mask Req 


0001 

85 

TOUT1 

EQU 

01 

;92 Time Out for Pass Control 


0002 

86 

TOUT2 

EQU 

02 

; 92 Time Out for Standby 


0004 

87 

TOUT3 

EQU 

04 

;92 Time Out for Take Control Sync 


0068 

88 

EVREG 

EQU 

PRT92+0 

;92 Event Counter Pseudo Reg 


0068 

89 

90 

TOR EG 

EQU 

PRT92+0 

; 92 Time Out Pseudo Req 


0069 

91 

CMD92 

EQU 

PRT92+1 

;92 Command Reqister 



92 

; 





0069 

93 

INTST 

EQU 

PRT92+1 

*92 Interrupt Status Reg 


0010 

94 

EVBIT 

EQU 

10H 

;Event Counter Bit 


0002 

95 

IBFBT 

EQU 

02 

; Input Buffer Full Bit 


0020 

95 

SRQBT 

EQU 

20H 

;Seq bit 



97 

; 





0068 

98 

ERF LG 

EQU 

PRT92+0 

; 92 Error Flaq Pseudo Reg 


0068 

99 

CLRST 

EQU 

PRT92+0 

;92 Controller Status Pseudo Reg 


0068 

100 

BUS ST 

EQU 

PRT92+0 

» 92 GPIB (Bus) Status Pseudo Reg 


0068 

101 

EVCST 

EQU 

PRT92+0 

?92 Event Counter Status Pseudo Req 


0068 

102 

TOST 

EQU 

PRT92+0 

;92 Time Out Status Pseudo Reg 



103 







104 


8292 

OPERATION COMMANDS 



105 







106 






00F0 

107 

SPCNI 

EQU 

0F0H 

;Stop Counter Interrupts 


00F 1 

108 

GIDL 

EQU 

0F1H 

;Go to idle 


00F2 

109 

RSET 

EQU 

0F2H 

; Reset 


00F3 

110 

RSTI 

EQU 

0F3H 

; Re set Interrupts 


00F4 

111 

GSEC 

EQU 

0F4H 

;Goto standby* enable counting 


00F5 

112 

EXPP 

EQU 

0F5H 

;F,xecute parallel poll 


00F6 

113 

GTSB 

EQU 

0F6H 

;Goto standby 


00F7 

114 

SLOC 

EQU 

0F7H 

;Set local mode 


00F8 

115 

SREM 

EQU 

0F8H 

; Se t interface to remote 


00F9 

116 

ABORT 

EQU 

0F9H 

, -Abort all operation, clear interface 


00FA 

117 

TCNTR 

EQU 

0FAH 

; Take control (Receive control) 


00FC 

118 

TCASY 

EQU 

0FCH 

; Take control asyncronously 


00FD 

119 

TCSY 

EQU 

0FDH 

;Take control syncronously 


00FE 

120 

STCNI 

EQU 

0FEH 

;Start counter interrupts 



121 

; 






122 

; 
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123 ; 

124 ; 

125 / 

126 WOUT 

127 WE VC 

128 REVC 

129 RERF 

130 RINM 

131 RCST 

132 R8ST 

133 RTOUT 

134 RERM 

135 I ACK 
138 ; 

137 ; 

138 ; 

139 / 

140 » 

141 ; 

142 PRTF 

143 TCIF 

144 SPIF 

145 OBFF 

146 IBFF 

147 BOF 

148 / 

149 ; 

150 / 

151 M DA- 

152 MTA 

153 MLA 

154 UNL 

155 GET 

156 SDC 

157 SPE 

158 SPD 

159 PPC 

160 PPD 

161 PPE 

162 PPU 

163 TCT 

164 

165 ; 

166 / 

167 ; 

168 ; 

169 SETF 

170 

171 

172 / 

173 WAITO 

174 

175 WAITL: 

176 

177 

178 

179 / 

180 ; 

181 WAITI 

182 

183 WAITL s 

184 

185 

186 


8292 UTILITY COMMANDS 


;Write to timeout reg 
;Write to event counter 
;Read event counter status 
;Read error flag reg 
;Read interrupt mask reg 
;Read controller status reg 
;Read GPIB Bus status reg 
; Read timeout status reg 
; Read error mask reg 
;Interrupt Acknowledge 


PORT F BIT ASSIGNMENTS 


EQU PRT91+0FH ;ZT748B port 6F for interrupts 

EQU 02H ;Task complete interrupt 

EQU 04H ;Special interrupt 

EQU 08H ; 92 Output (to CPU) Buffer full 

EQU 10H ; 92 Input (from CPU) Buffer empty 

EQU 01H ; 91 Int line (BO in this case) 

GPIB MESSAGES (COMMANDS) 

EQU 1 ;My device address is 1 

EQU MDA+40H ;My talk address is 1 ("A") 

EQU MDA+20H ;My listen address is 1 ("!") 


3FH 

/Universal 

uni 

isten 

08 

/Group Execute 

Trigger 

04H 

; Dev ice Cl 

ear 


18H 

;Serial poll enable 

19H 

;Serial poll d 

i sable 

05 

/Parallel 

poll 

configure 

70H 

/Parallel 

poll 

disable 

60H 

/Parallel 

poll 

disable 

15H 

/Parallel 

poll 

unconf igur 

09 

/Take control 

(pass contri 


MACRO DEFINITIONS 


187 

188 


ENDM 


189 

WAITX 

MACRO 


190 


LOCAL 

WAITL 

191 

WAITL: 

IN 

PRTF 

192 


AN I 

TCIF 

193 

194 

195 


JNZ 

ENDM 

WAITL 


;Sets flags on A register 


;Wait for last 91 byte to be done 

;Get Inti status 
;Check for byte out 
?If not, try again 
/until it is 


;Wait for 91 byte to be input 

;Get INTI status 
;Save status in B 
/Check for byte in 
/If not, just try again 
;until it is 

;Wa i t for 92's TCI to go false 
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196 WAITT 

MACRO 




197 


LOCAL 

WAITL 



198 WAITL : 

IN 

PRTF ;Get task complete int,etc. 



199 


AN I 

TC IF ;Mask it 



200 


JZ 

WAITL ;Wait for task to be complete 



201 


ENDM 




202 






203 RANGE 

MACRO 

LOWER, UPPER, LABEL 



204 



;Checks for value in ranqe 



205 



;branches to label if not 



206 



; in ranqe. Falls throuqh if 



207 



; lower <= ( (H) (L) ) <= upper. 



208 



;Get next byte. 



209 


MOV 

A , M 



210 


CPI 

LOWER 



211 


JM 

LABEL 



212 


CPI 

UPPER+1 



213 


JP 

LABEL 



214 


ENDM 




215 






216 CLRA 

MACRO 




217 


XRA 

A ; A XOR A =0 



218 


ENDM 




219 






220 


All of 

the followinq routines have these common 



221 


assumptions about the state of the 8291 & 9292 upon 



222 


to the 

routine and will exit the routine in an idenl 



223 






224 






225 


8291: 

BO is or has been set. 



226 



All interrupts are masked off 



227 



TON mode, not LA 



228 



No holdoffs in effect or enabled 



229 



No holdoffs waitinq for finish command 



230 






231 


8292: 

ATN asserted (active controller) 



232 



note: RCTL is an exception it expects 



233 



to not be active controller 



234 



Any previous task is complete & 92 is 



235 



ready to receive next command. 



236 


8085: 

Pointer registers (DE , HL) end one 



237 



beyond last leqal entry 



238 

************* 

****************************************** 



239 






240 






241 


INITIALIZATION ROUTINE 



242 






243 

INPUTS 


None 



244 

•OUTPUTS: 

None 



245 

CALLS: 


None 



24 6 

DESTROYS: 

A, F 



247 




1000 

3EA0 

248 I N IT : 

M VI 

A , INTM ; Enable TCI 

1002 

D368 

249 


OUT 

INTMR ;Output to 92' s intr. mask req 

1004 

3E60 

250 


MVI 

A , DTDLl ;Disable major talker/listener 

1006 

D366 

251 


O'JT 

ADR01 

1009 

3EE0 

252 


MVI 

A , DTDL2 ;Disable minor ta 1 ker/1 i stener 

100A 

D366 

253 


OUT 

ADR01 

100C 

3E80 

254 


MVI 

A, TON ;Talk only mode 

1 00E 

D364 

255 


OUT 

ADRMD 

1010 

3E23 

256 


MVI 

A , CLKRT ; 3 MHZ for delay timer 

1012 

D365 

257 


OUT 

AUXMD 



258 


CLRA 


1014 

AF 

259 + 


XRA 

A ; A XOR A =0 

1015 

D361 

260 


OUT 

INTI 

1017 

D362 

261 


OUT 

INT2 ;Disable all 91 mask bits 

1019 

D365 

262 


OUT 

AUXMD ; Immediate execute PON 

101B 

C9 

263 


RET 




264 






265 



**************************************** 



266 






267 






268 


SEND ROUTINE 



269 
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270 ; 






271 ; 






272 ; 

INPUTS: 


HL listener list pointer 



273 ; 



DE data buffer pointer 



274 ; 



C count— 0 will cause no data to be sent 



275 ; 



b EOS character — software detected 



276 ; 

OUTPUTS: 

none 



277 } 

CALLS: 


none 



278 } 

DESTROYS: 

A, C, DE, HL, F 



279 ; 






280 ; 






281 ; 




101C 

3E41 

282 SEND: 

MVI 

A , MTA 

; Send MTA to turn off any 

101 E 

D360 

283 

OUT 

DOUT 

; previous talker 



284 

WAITO 



1020 

DB6 1 

285+770001 ; 

IN 

INTI 

;Get Inti status 

1022 

E602 

286 + 

ANI 

BOM 

, 'Check for byte out 

1024 

CA2010 

287 + 

JZ 

770001 

; I f not , try aqain 

1027 

3E3F 

288 

MVI 

■ A,UNL 

; Send universal unlisten 

1029 

D360 

289 

OUT 

DOUT 

; to stop previous listeners 

1023 

78 

290 

MOV 

A,B 

;Get EOS character 

102C 

D367 

291 

OUT 

EOSR 

,-Output it to 8291 



292 



;while listener 



293 SENDls 

RANGE 

20H , 3EH 

SEND2 ;Check next listen address 



294 + 



,'Checks for value in ranqe 



295 + 



; branches to label if not 



296+ 



;in ranqe. Falls throuqh if 



297+ 



; lower <= ( (H) (L) ) <= upper. 



298 + 



;Get next byte. 

102E 

7E 

299+ 

MOV 

A,M 


102F 

FE20 

300+ 

CPI 

20H 


1031 

FA4710 

301 + 

JM 

SEND2 


1034 

FE3F 

302 + 

CPI 

3EH+1 


1036 

F24710 

303+ 

JP 

SEND2 




304 

WAITO 


;Wait for previous listener sent 

1039 

DB61 

305+770002: 

IN 

INTI 

;Get Inti status 

103B 

E602 

306 + 

ANI 

BOM 

;Check for byte out 

103D 

CA3910 

307+ 

JZ 

770002 

; I f not, try again 

1040 

7E 

308 

MOV 

A , M 

;Get this listener 

1041 

D360 

309 

OUT 

DOUT 

yOutput to GPIB 

1043 

23 

310 

INX 

H 

ylncrement listener list pointer 

1044 

C32E10 

311 

JMP 

SEND1 

; Loop till non-valid listener 



312 



yEnable 91 ending conditions 



313 SEND2: 

WAITO 


;Wait for lstn addr accepted 

1047 

DB61 

314+770003: 

IN 

INTI 

yGet Inti status 

1049 

E602 

315+ 

ANI 

BOM 

yCheck for byte out 

104B 

CA4710 

316 + 

JZ 

770003 

; I f not, try again 



317 



yWAITO required for early versions 



318 



;of R292 to avoid GTSB before DAC 

104E 

3EF6 

319 

MVI 

A,GTSB 

;Goto standby 

1050 

D369 

320 

OUT 

CMD92 

; 

1052 

3E88 

321 

MVI 

A , AXRA+EOIS ; Send EOI with EOS character 

1054 

D365 

322 

OUT 

AUXMD 




323 

WAITX 


;Wait for TCI to go false 

1056 

DB6F 

324+770004: 

IN 

PRTF 


1058 

E602 

325+ 

ANI 

TC IF 


105A 

C25610 

326 + 

JNZ 

770004 




327 

WAITT 


; Wa i t for TCI on GTSB 

105D 

DBSF 

328+770005: 

IN 

PRTF 

;Get task complete int,etc. 

105F 

E602 

329+ 

ANI 

TCIF 

; Mask it 

1061 

CA5D10 

330+ 

JZ 

770005 

; Wa i t for task to be complete 



331 






332 i 

delete 

next 3 instructions to make count of 0=256 



3 33 ; 




1064 

79 

334 

MOV 

A , C 

;Get count 



335 

SETF 


ySet flags 

1065 

B7 

336 + 

ORA 

■ A 


1066 

CA8810 

337 

JZ 

SENDS 

;If count=0, send no data 

1069 

1A 

338 SEND3: 

LDAX 

D 

;Get data byte 

106A 

D360 

339 

OUT 

DOUT 

.•Output to GPIB 

106C 

B8 

340 

CMP 

B 

;Test EOS ...this is faster 



341 



;and uses less code than using 



342 



; 91 1 S END or EOI bits 
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106 D 

CA7F10 

343 


JZ 

SENDS 

; I f char = EOS , go finish 



344 SEMD4 : 

WAITO 



1070 

DB6 1 

34 5+770006 : 

IN 

INTI 

;Get Inti status 

1072 

E602 

346 + 


AN I 

BOM 

;Check for byte out 

1074 

CA7010 

347 + 


JZ 

770006 

; I f not , t ry aqa in 

1077 

13 

348 


INX 

D 

; Increment buffer pointer 

1078 

0D 

349 


DCH 

C 

(•Decrement count 

1079 

C26910 

350 


JNZ 

SEND3 

;If count < > 0, qo send 

107C 

C38810 

351 


JMP 

SENDS 

;Else ao finish 

1 07F 

13 

352 SEMD5: 

INX 

D 

;for consistency 

1083 

0D 

353 


DCR 

C 

• " " 



354 


WAITO 









; Th i s ensures that the standard entry 

1081 

0B61 

355+??0007 : 

IN 

INTI 

;Get Inti status 

1083 

E602 

356 + 


AN I 

BOM 

;Check for byte out 

1085 

CA8110 

357 + 


JZ 

770007 

; If not, try aqain 



35H 




.•assumptions for the next subroutine are met 

1088 

3 EFD 

359 SEND6 : 

MVI 

A , TCS Y 

;Take control syncronously 

108A 

D369 

360 


OUT 

CMD92 


1 08C 

3E80 

361 


MVI 

A, AXRA 

;Reset send EOI on EOS 

108G 

D365 

362 


OUT 

AUXMD 




363 


WAITX 


;Wait for TCI false 

1090 

DB6F 

364 +??0008 : 

IN 

PRTF 


1092 

E602 

365 + 


AN I 

TC IF 


1094 

C29310 

366 + 


JNZ 

770008 




367 


WAITT 


?Wait for TCI 

1097 

DB6F 

368 + 

>70009: 

IN 

PRTF 

;Get task complete int,etc. 

1099 

E602 

369 + 


AN I 

TC IF 

;Mask it 

109B 

CA9710 

370 + 


JZ 

770009 

;Wait for task to be complete 

10912 

C9 

371 


RET 





372 

****** 

**************** 

********************************************** 



373 







374 


RECEIVE 

ROUTINE 




375 







376 







377 

INPUT: 


HL talker pointer 



378 



DE data 

buffer pointer 



379 



C count (max buffer size) 0 implies 256 



3 80 



B EOS 

character 



381 

OUTPUT 


Fills buffer pointed at by DE 



382 

CALLS: 


None 




383 

DESTROYS: 

A, BC, 

DE, HL, F 



384 







385 

RETURNS: 

A=0 normal termination — EOS detected 



386 



A=40 Error count overrun 



387 



A<40 or 

A>5EH Error bad talk address 



398 







389 





109F 

78 

390 RECV : 

NOV 

A, a 

;Get EOS character 

1 0A0 

D367 

391 


OUT 

EOSR 

;0utput it to 91 



392 


RANGE 

40H , 5EH 

, RECV6 



393 + 




;Checks for value in range 



394 + 




; branches to label if not 



395 + 




;in range. Falls through if 



396 + 




jlower <= ( (H) (L) ) <= upper. 



397 + 




;Get next byte. 

10A2 

7E 

398 + 


MOV 

A , M 


10A3 

FE40 

399+ 


CPI 

40H 


10A5 

FA3911 

400 + 


JM 

RECV6 


1 0A8 

FE5F 

401 + 


CPI 

5EH+1 


1 0AA 

F23911 

402+ 


JP 

RECV6 




403 




; val id if 40H<= talk <=5EH 

10AD 

D360 

404 


OUT 

DOUT 

;Output talker to GPIB 

1 0AF 

23 

405 


INX 

H 

;Incr pointer for consistency 



406 


WAITO 



10B0 

DB6 1 

407+??0010 : 

IN 

INTI 

;Ge t Inti status 

10B2 

E602 

408 + 


AN I 

BOM 

,-Check for byte out 

10B4 

CAB010 

409+ 


JZ 

770010 

; If not , try again 

1 0B7 

3 E3F 

410 


MVI 

A , UN L 

;Stop other listeners 

10B9 

D369 

411 


OUT 

DOUT 




412 


WAITO 



10BB 

DB61 

41 3+' 

J ?0011 : 

IN 

INTI 

;Get Inti status 

10BD 

E602 

414+ 


AN I 

BOM 

;Check for byte out 

10BF 

CABB10 

415+ 


JZ 

770011 

;If not, try again 
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10C2 

3E21 

416 

MVI 

A, MLA 

;For completeness 


10C4 

D360 

417 

OUT 

DOUT 



10C6 

3E86 

418 

MVI 

A, AXRA+HOEND+EDEOS ;End when 


10C8 

D365 

419 

OUT 

AUXMD 

; EOS or EOI & Holdoff 




420 

WAITO 




10CA 

DB61 

421+770012 : 

IN 

INTI 

;Get Inti status 


10CC 

E602 

422 + 

AN I 

BOM 

;Check for byte out 


10CE 

C AC A 1 0 

423 + 

JZ 

770012 

;If not, try again 


10D1 

3E40 

424 

MVI 

A, LON 

;Listen only 


10D3 

D364 

425 

OUT 

ADRMD 





426 

CLRA 


; Immediate XEQ PON 


10D5 

AF 

427+ 

XRA 

A 

; A XOR A =0 


1 0D6 

D365 

428 

OUT 

AUXMD 



10D8 

3EF6 

429 

MVI 

A ,GTSB 

;Goto standby 


1 0DA 

D369 

430 

OUT 

CMD92 





431 

WAITX 


; Wa i t for TCI=0 


1 0DC 

DB6F 

432+770013: 

IN 

PRTF 



10DE 

E602 

433 + 

AN I 

TC IF 



10E0 

C2DC10 

434 + 

JNZ 

770013 





435 

WAITT 


; W a i t for TCI=1 


10E 3 

DB6F 

436+770014: 

IN 

PRTF 

;Get task complete int,etc. 


10E 5 

E602 

437 + 

*NI 

TC I F 

; Mask it 


10EA 

DB61 

439 RECV1 : 

IN 

INTI 

;Get 91 Int status (END s/or BI) 


10EC 

47 

440 

MOV 

B , A 

;Save it in B for BI check later 


10ED 

E610 

441 

ANI 

ENDMK 

;Check for EOS or EOI 


10EF 

C20511 

442 

JNZ 

RECV2 

;Yes end go wait for BI 


10F2 

78 

443 

MOV 

A, B 

;N0, retrieve status & 


10F3 

E601 

444 

ANI 

BIM 

; check for BI 


10F5 

CAEA10 

445 

JZ 

RECV1 

;N0, go wait for either END or BI 


10F8 

DB60 

446 

IN 

DIN 

;YES, .BI get data 


10FA 

12 

447 

STAX 

D 

;Store it in buffer 


10FB 

13 

448 

INX 

D 

;Increment buffer pointer 


10FC 

0D 

449 

DCR 

C 

;Decrement counter 


1 0FD 

C2EA10 

4 50 

JNZ 

RECV1 

;If count < > 0 go back & wait 


1100 

0640 

451 

MVI 

8, 40H 

;Else set error indicator 


1102 

C31711 

452 

JMP 

RECV5 

;And go take control 




4 53 ; 





1105 

'78 

454 RECV2: 

MOV 

A , B 

;Retreive status 


1106 

E601 

455 RECV3: 

ANI 

BIM 

;Check for BI 


1108 

C21011 

456 

JNZ 

RECV4 

?If BI then go input data 


110B 

DB6 1 . 

457 

IN 

INTI 

;Else wait for last BI , 


110D 

C30611 

458 

JMP 

RECV3 

;In loop 


1110 

DB60 

459 RECV4 : 

IN 

DIN 

;Get data byte 


1112 

12 

460 

STAX 

D 

;Store it in buffer 


1113 

13 

461 

INX 

D 

;Incr data pointer 


1114 

0D 

462 

DCR 

C 

;Decrement count, but ignore it 


1115 

0600 

463 

MVI 

B , 0 

;Set normal completion indicators 




464 ; 





1117 

3EFD 

465 RECV5 : 

MVI 

A, TCSY 

;Take control synchronously 


1119 

D369 

466 

OUT 

CMD92 





467 

WAITX 


;Wa i t for TCI=0 (7 tcy) 


1 1 IB 

DS6F 

468+770015: 

IN 

PRTF 



HID 

E602 

469+ 

ANI 

TC IF 



1 1 IF 

C21B11 

470 + 

JNZ 

770015 





471 

WAITT 


;Wa i t for TCI=1 


1122 

DB6F 

472+770016: 

IN 

PRTF 

;Get task complete int, etc. 


1124 

E602 

473+ 

, ANI 

TC IF 

; Ma sk it 


1126 

CA2211 

474 + 

JZ 

770016 

;Wait for task to be complete 




475 ? 







476 ;if timeout 3 

is to be 

checked, the above WAITT should 




477 ; be omitted & 

the appropriate code to look for TCI or 




478 ; TOUT3 

inserted here. 





479 ; 





1129 

3E80 

480 

MVI 

A , AX R A 

; Pat tern to clear 91 END conditions 


1128 

D365 

481 

OUT 

AUXMD 



11 2D 

3E80 

482 

MVI 

A, TON 

;This bit pattern already in “A" 


112F 

D364 

483 

OUT 

ADRMD 

; Output TON 


1131 

3E03 

484 

MVI 

A , FNHSK 

;Finish handshake 


1133 

D365 

485 

OUT 

AUXMD 





486 

CLRA 




"1135 

AF 

487 + 

XRA 

A 

; A XOR A =0 


1136 

D365 

488 

OUT 

AUXMD 

; Immediate execute PON-Reset LON 


1138 

78 

489 

MOV 

A , B 

;Get completion character 


1139 

C9 

490 RECV6 : 

RET 
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491 ; 






492 ;****** 

****** 





4 93 ; 

XFER 

ROUTINE 




494 ; 






495 ; 






496 ; INPUTS 


HL device list pointer 



497 ; 


B EOS character 



498 ; OUTPUTS: 

None 




499 .-CALLS: 


None 




500 .-DESTROYS: 

A, HL, F 




501 ; RETURNS: 

A=0 normal, A < > 0 had talker ! 



502 ; 






503 ,- 






504 .-NOTE: 


XFER will not work if the talker S 



50 5 ; 


uses EOI 

to terminate the transfer. ! 



506 ; 


Intel will be making hardware 



507 ; 


modifications to the 3291 that will 



508 ; 


correct 

this problem. Until that time. 



509 ; 


only EOS 

may be used without possible 



510 ; 


loss of 

the last data byte transfered. 



511 XFER: 

RANGE 

40H.5EH, 

XFER4 , -Check for valid talker 



512+ 



;Checks for value in range 



513+ 



;branches to label if not 



514 + 



;in range. Falls through if 



515+ 



;lower <= ( ( H ) ( L ) ) <= upper. 



516 + 



jGet next byte. 

113A 

7E 

517+ 

MOV 

A , M 


1 13B 

FE4 0 

518+ 

CPI 

40H 


1 1 3D 

FABB11 

519+ 

JM 

XFER4 


1140 

FE5F 

520 + 

CPI 

5EH+1 


1142 

F28B11 

521 + 

JP 

XFER 4 


1145 

D350 

522 

OUT 

DOUT 

; Send it to GPIB 

1147 

23 

523 

INX 

H 

;Incr pointer 



524 

WAITO 



1148 

DB61 

525+??0017: 

IN 

INTI 

,-Get Inti status 

114A 

E602 

526 + 

AN I 

BOM 

;Check for byte out 

114C 

CA4811 

527 + 

JZ 

??00 1 7 

,-If not, try again 

114F 

3E3F 

528 

MVI 

A , UNL 

;Universal unlisten 

1151 

D360 

529 

OUT 

DOUT 




530 XFER 1 : 

RANGE 

20H , 3EH , 

XFER2 ;Check for valid listener 



531 + 



;Checks for value in range 



532+ 



; branches to label if not 



533 + 



;in range. Falls through if 



534 + 



.-lower <= { (H) (L) ) <= upoer. 



535+ 



;Get next byte. 

1153 

7E 

536+ 

MOV 

A, M 


1154 

FE20 

537+ 

CPI 

20H 


1156 

FA6C11 

538+ 

JM 

XFER2 


1159 

FE3F 

539+ 

CPI 

3EH + 1 


115B 

F26C11 

540+ 

JP 

XFER2 




541 

WAITO 



115E 

DB61 

542+??0018: 

IN 

INTI 

;Get Inti status 

1160 

E602 

543 + 

AN I 

BOM 

;Check for byte out 

1162 

CA5E11 

544 + 

JZ 

??0018 

; I f not , try again 

1165 

7E 

545 

MOV 

A, M 

;Get listener 

1166 

D360 

546 

OUT 

DOUT 


1168 

23 

547 

INX 

H 

;Incr pointer 

1169 

C35311 

548 

JMP 

XFER1 

;Loop until non-valid listener 



549 XFER 2 : 

WAITO 



116C 

DB61 

550+??0019: 

IN 

INTI 

;Get Inti status 

116E 

E602 

551 + 

AN I 

BOM 

;Check for byte out 

1170 

CA6C11 

552+ 

JZ 

770019 

;If not , try again 

1173 

3E87 

553 

MVI 

A, AXRA+CAHCY+EDEOS , -Invisible handshake 1 

1175 

D365 

554 

OUT 

AUXMD 

.-Continuous AH mode 

1177 

3E40 

555 

MVI 

A, LON 

;Listen only 

1179 

D364 

556 

OUT 

ADRMD 




557 

CLRA 



1173 

AF 

558+ 

XRA 

A 

; A XOR A =0 

117C 

D365 

559 

OUT 

AUXMD 

; Immed . XEO PON 

117E 

78 

560 

MOV 

A , B 

;Get EOS 

117F 

D367 

551 

OUT 

EOSR 

,-Output it to 91 

1181 

3EF6 

562 

MVI 

A , GTSB 

;Go to standby 

1183 

D369 

563 

OUT 

CMD92 
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inteT 




564 

WAITX 




1185 

DB6F 

565+??0020: 

IN 

PRTF 



1187 

E60 2 

566 + 

ANI 

TCIF 



1189 

C28511 

567+ 

JNZ 

??0020 





568 

WAITT 


;Wa it' for TCS 


118C 

DB6F 

569+??0021 : 

IN 

PRTF 

;Get task complete int,etc. 


118£ 

E602 

570+ 

ANI 

TCIF 

; Mask it 


1190 

CA8C11 

571 + 

JZ 

??002 1 

;Wait for task to be complete 


1193 

DB61 

572 XFER3: 

IN 

INTI 

;Get END status bit 


1195 

E61 0 

573 

ANI 

ENDMK 

;Mask it 


1197 

CA9311 

574 

JZ 

XFER3 



119A 

3EFD 

575 

MVI 

A , TCSY 

;Take control syncronously 


1 19C 

D369 

576 

O’JT 

CMD92 





577 

WAITX 




1 19E 

DB5F 

578+??0022: 

IN 

PRTF 



1 1A0 

£602 

579 + 

ANI 

TCIF 



1 1A2 

C29E11 

580 + 

JNZ 

??0022 





581 

WAITT 


; Wa i t for TCI 


11A5 

DB6F 

582+??002 3: 

IN 

PRTF 

;Get task complete int,etc. 


1 1A7 

E602 

583 + 

ANI 

TCIF 

;Mask it 


11A9 

CAA511 

584 + 

JZ 

??002 3 

.Wait for task to be complete 


11 AC 

3E80 

585 

MVI 

A, AXRA 

;Not cont AH or END on EOS 


1 1 Ac 

D365 

586 

OUT 

AUXMD 



1180 

3E03 

587 

MVI 

A , FNHSK 

;Finish handshake 


11B2 

D365 

588 

OUT 

AUXMD 



1 1B4 

3E80 

589 

MVI 

A, TON 

;Talk only 


1186 

D354 

590 

OUT 

ADRtMD 





591 

CLRA 


;Normal return A=0 


1188 

AF 

592 + 

XRA 

A 

; A XOR A =0 


1189 

D365 

593 

OUT 

AUXMD 

;Immediate XEO PON 


1 IBB 

C9 

594 XFFR4: 

RET 






595 ; 







596 ;********************** 

***************************** 




597 ; 







598 ; 







599 ; 

TRIGGER 

ROUTINE 





600 ; 







601 ; 







602 ; INPUTS 


HL listener list pointer 




603 ; OUTPUTS: 

None 





604 ; CALLS : 


None 





505 ; DESTROYS: 

A, HL, 

F 




606 ; 







60 7 ; 





1 1BC 

3E3F 

608 TRIG: 

MVI 

A,UNL 



11BE 

D360 

609 

OUT 

DOUT 

;Send universal unlisten 




610 TRIG1 : 

RANGE 

20H , 3EH 

TR IG2 ;Check for valid listen 




611 + 



; Checks for value in range 




512+ 



;branches to label if not 




613+ 



;in range. Falls through if 




614 + 



; lower <= ( (H) (L) ) <■ upper. 




615+ 



;Get next byte. 


11C0 

7E 

616+ 

MOV 

A , M 



11C1 

FE20 

617+ 

CPI 

20H 



11C3 

FAD911 

618+ 

JM 

TRIG2 



1 1C6 

FE3F 

619+ 

CPI 

3EH+1 



11C8 

F2D911 

620+ 

JP 

TRIG2 





621 

WAITO 


;Wait for UNL to finish 


11CB 

DB6 1 

622+??0024 : 

IN 

INTI 

;Get Inti status 


1 1CD 

E602 

623+ 

ANI 

BOM 

;Check for byte out 


11CF 

CACB11 

624+ 

JZ 

??0024 

; I f not , try again 


1 1D2 

7E 

625 

MOV 

A , M 

;Get listener 


11D3 

D360 

626 

OUT 

DOUT - 

;Send Listener to GPIB 


11D5 

23 

627 

INX 

H 

; Inc r . pointer 


11D5 

C3C011 

628 

JMP 

TRIG1 

; Loop until non-valid char 




629 TRIG2: 

WAITO 


;Wait for last listen to finish 


11D9 

DB61 

630+??0025 : 

IN 

INTI 

;Get Inti status 


1 1DB 

E502 

631 + 

ANI 

BOM 

;Check for byte out 


11DD 

CAD911 

632 + 

JZ 

??0025 

; I f not , try aga in 


1 1E0 

3E08 

633 

•MVI 

A, GET 

;Send group execute trigger 


1 IE 2 

D360 

634 

OUT 

DOUT 

;to all addressed listeners 




635 

WAITO 




1 1E4 

DB61 

636+??0026: 

IN 

INTI 

; Ge t. Inti status 


11E6 

E602 

637 + 

ANI 

BOM 

; Check for hvte out 
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lice 

CAE411 

638 + 

JZ 

770026 

{If not, try again 


11EB 

C9 

639 

RET 





640 ; 














642 ; 







643 ; DEVICE 

CLEAR ROUTINE 





644 ; 







645 ; 







646 ; 







647 ; INPUTS: 


HL listener pointer 




648 {OUTPUT: 


None 





649 ; CALLS : 


None 





650 {DESTROYS: 

A, HL, 

F 




651 ; 





11EC 

3E3F 

652 DCLR: 

M VI 

A , UNL 



11EE 

D360 

653 

OUT 

DOUT 





654 DCLR1: 
655+ 

656+ 

657+ 

658+ 

659+ 

RANGE 

20H, 3EH 

, DCLR2 

{Checks for value in range 
{branches to label if not 
{in range. Falls through if 
{lower <= { (H) (L) ) <» upper. 

{Get next byte. 


11F0 

7E 

660 + 

MOV 

A , M 


11F1 

FE20 

661 + 

CPI 

20H 



11F3 

FA0912 

662 + 

JM 

DCLR 2 



11F6 

FE3F 

663 + 

CPI 

3EH+1 



11F8 

F20912 

664+ 

JP 

DCLR 2 





665 

WAITO 




11FB 

DB61 

666+770027: 

IN 

INTI 

{Get Inti status 


11FD 

E602 

667+ 

AN I 

BOM 

{Check for byte out 


11FF 

CAFB11 

668 + 

JZ 

770027 

{If not, try again 


1202 

7E 

669 

MOV 

A , M 


1203 

D360 

670 

OUT 

DOUT 

{Send listener to GPIB 


1205 

23 

671 

INX 

H 



1206 

C3F011 

672 

JMP 

DCLR1 





673 DCLR2: 

WAITO 




1209 

DB61 

674+770028: 

IN 

INTI 

{Get Inti status 


120B 

E602 

675+ 

AN I 

BOM 

{Check for byte out 


120D 

CA0912 

676+ 

JZ 

770028 

{If not, try again 


1210 

3E04 

677 

MVI 

A, SDC 

{Send device clear 


1212 

D360 

678 

OUT 

DOUT 

{To all addressed listeners 




679 

WAITO 



1214 

DB61 

680+770029: 

IN 

INTI 

{Get Inti status 


1216 

E602 

681 + 

AN I 

BOM 

{Check for byte out 


1218 

CA1412 

682 + 

JZ 

770029 

{If not, try again 


121B 

C9 

683 

RET 





684 ; 







685 ;****** 

******** 






686 ; 







687 ; 

SERIAL 

POLL ROUTINE 




688 ; 







689 {INPUTS 


HL talker list pointer 




690 ; 


DE status buffer pointer 




691 {OUTPUTS: 

Fills buffer pointed to by DE 




692 {CALLS: 


None 





693 {DESTROYS: 

A, BC, 

DE, HL, F 




694 { 





121C 

3E3F 

695 SPOL: 

MVI 

A, UNL 

{Universal unlisten 


121E 

D360 

696 

OUT 

DOUT 





697 

WAITO 




1220 

DB61 

698+770030: 

IN 

INTI 

{Get Inti status 


1222 

E602 

699+ 

AN I 

BOM 

{Check for byte out 


1224 

CA2012 

700 + 

JZ 

770030 

{If not, try again 


1227 

3E21 

701 

MVI 

A,MLA 

{My listen address 


1229 

D360 

702 

OUT 

DOUT 




703 

WAITO 




122B 

DB61 

704+770031: 

IN 

INTI 

{Get Inti status 


122D 

E602 

705+ 

AN I 

BOM 

{Check for byte out 


122F 

CA2B12 

706+ 

JZ 

770031 

{If not, try again 


1232 

3E18 

707 

MVI 

A , SPE 

{Serial poll enable 


1234 

D360 

708 

OUT 

DOUT 

{To be formal about it 




709 

WAITO 



1236 

DB61 

710+770032: 

IN 

INTI 

{Get Inti status 
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1238 

E602 

711 + 

AN I 

BOM 

;Check for byte out 


123A 

CA3612 

712 + 

JZ 

770032 

; I f not , try aga in 




713 SP0L1 : 

RANGE 

40H, 5EH 

SP0L2 ;Check for valid talker 




714 + 



j'Checks for value in range 




715+ 



.•branches to label if not 




716 + 



jin range. Falls through if 




717+ 



jlower <= ( (H) (L) ) <= upper. 




718+ 



;Get next byte. 


1230 

7E 

719+ 

MOV 

A , M 



1 23E 

FE40 

720 + 

CPI 

40H 



1240 

FA9412 

721 + 

JM 

SP0L2 



1243 

FE5F 

722 + 

CPI 

5EH + 1 



1245 

F29412 

723+ 

JP 

SP0L2 



1248 

7E 

724 

MOV 

A , M 

;Get talker 


1249 

0360 

725 

OUT 

DOUT 

; Send to GPIB 


1 24B 

23 

726 

INX 

H 

jlncr talker list pointer 


1 24C 

3E40 

727 

MVI 

A, LON 

jListen only 


1 24E 

0364 

728 

OUT 

ADRMD 





729 

WAITO 


;Wait for talk address to complete 


1250 

OB 6 1 

730+??0033 . 

IN 

INTI 

;Get Inti status 


1252 

E602 

731 + 

ANI 

BOM 

jCheck for byte out 


1254 

CA5012 

732 + 

JZ 

770033 

;If not, try again 




733 

CLRA 


.-Pattern for immediate XEQ PON 


1257 

AF 

734 + 

XRA 

A 

; A XOR A =0 


1258 

D365 

735 

OUT 

AUXMD 



125A 

3EF6 

736 

MVI 

A, GTSB 

jGoto standby 


1 25C 

D369 

737 

OUT 

CMD92 





738 

WAITX 


;Wait for TCI false 


125E 

DB6F 

739+770034 

IN 

PRTF 



1260 

E602 

740 + 

ANI 

TCIF 



1262 

C25E12 

741 + 

JNZ 

770034 





742 

WAITT 


jWait for TCI 


1265 

DB6F 

743+770035: 

IN 

PRTF . 

;Get task complete int.etc. 


1267 

E602 

744 + 

ANI 

TCIF 

; Ma sk it 


1269 

CA6512 

745+ 

JZ 

770035 

jWait for task to he complete 




746 

WAIT I 


jWait for status byte input 


126C 

DB6 1 

747+770036 

IN 

INTI 

jGet INTI status 


126E 

47 

748 + 

MOV 

B, A 

; Save status in B 


126F 

E661 

749+ 

ANI 

BIM 

jCheck for byte in 


1271 

CA6C12 

750 + 

JZ 

770036 

; I f not, just try again 


1274 

3EFD 

751 

MVI 

A.TCSY 

;Take control sync 


1276 

D369 

752 

OUT 

CMD92 





753 

WAITX 


jWait for TCI false 


1278 

DB6F 

754+770037: 

IN 

PRTF 



1 27A 

E602 

755+ 

ANI 

TCIF 



1 27C 

C27812 

756 + 

JNZ 

770037 





757 

WAITT 


jWait for TCI 


1 27F 

DB6F 

758+770038: 

: IN 

PRTF 

/Get task complete int,etc. 


1281 

E602 

759+ 

ANI 

TCIF 

;Mask it 


1283 

CA7F12 

760 + 

JZ 

770038 

jWait for task to be complete 


1286 

DB60 

761 

IN 

DIN 

;Get serial poll status byte 


1288 

12 

762 

STAX 

D 

.•Store it in buffer 


1289 

13 

763 

INX 

D 

jlncr pointer 


1 28A 

3E80 

764 

MVI 

A, TON 

;Talk only for controller 


128C 

D364 

765 

OUT 

ADRMD 

; 




766 

CLRA 




128E 

AF 

767+ 

XRA 

A 

; A XOR A =0 


1 28F 

D365 

768 

OUT 

AUXMD 

jlmmeditate XEQ PON 




769 



; CLR LA 


1291 

C33D12 

770 

771 ; 

JMP 

SP0L1 

;Go on to next device on list 


1294 

3E19 

772 SP0L2: 

MVI 

A,SPD 

.’Serial poll disable 


1296 

D360 

773 

OUT 

DOUT 

;We know BO was set (WAITO above) 




774 

WAITO 




1298 

DB61 

775+770039: 

IN 

INTI 

;Get Inti status 


129A 

E602 

776+ 

ANI 

BOM 

.•Check for byte out 


129C 

CA9812 

777+ 

JZ 

770039 

ylf not, try again 




778 

CLRA 




129F 

AF 

779+ 

XRA 

A 

; A XOR A =0 


1 2A0 

0365 

780 

OUT 

AUXMD 

jlmmediate XEQ PON to clear LA 


12A2 

C9 

781 

RET 






782 ; 







783 ;****** 

r******* 

**************************************** 




784 ; 
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785 

PARALLEL POLL ENABLE ROUTINE 




786 

787 

788 

789 

790 

791 

792 

793 

INPUTS: 

OUTPUTS: 

CALLS: 

DESTROYS: 

HL listener list pointer 

OE conf iguration byte pointer 

None 

None 

A, DE, HL, F 


12A3 

3E3F 

794 PPEN: MVI 

A, UNL ;Universal unlisten 


12A5 

D360 

795 OUT 

795 PPEN1: RANGE 

797 + 

798 + 

799 + 

800 + 

801 + 

DOUT 

20H , 3EH , PPEN2 /Check Cor valid listener 

/Checks for value in ranqe 
;branches to label if not 
;in ranqe. Falls throuqh if 
;lower <= ( ( H ) ( L ) ) <= upper. 

;Ge t next byte. 


1 2A7 

7E 

80 2 + 

MOV 

A, M 


1 2A8 

FE20 

803 + 

CPI 

20H 


12AA 

FAD812 

804 + 

JM 

PPEN2 


1 2AD 

FE3F 

805+ 

CPI 

3EH+1 


1 2AF 

F 2D 81 2 

806 + 
807 

JP 

WAITO 

PPEN2 

;Valid wait 91 data out req 


12B2 

DB6 1 

80 8+??004 0 : IN 

INTI /Get Inti status 


1 2B4 

E602 

809+ 

AN I 

BOM ;Check for byte out 


12B6 

CAB212 

810 + 

JZ 

770040 ; I f not, try aqain 


12B9 

7E 

811 

MOV 

A, M ;Get listener 


12BA 

D360 

812 

813 

OUT 

WAITO 

DOUT 


12BC 

OB 61 

81 4+??004 1 : IN 

INTI ;Get Inti status 


12BE 

E602 

815 + 

ANI 

BOM ;Check for byte out 


12C0 

CABC12 

816 + 

JZ 

770041 ; I f not, try again 


12C3 

3E05 

817 

MVI 

A , PPC /Parallel poll confiqure 


12C5 

0380 

818 

819 

OUT 

WAITO 

DOUT 


12C7 

DB61 

820+??0042 : IN 

INTI ;Get Inti status 


12C9 

E692 

821 + 

ANI 

BOM , ’Check for byte out 


12CB 

CAC712 

822+ 

JZ 

770042 /If not, try aqain 


12CE 

1A 

823 

LDAX 

D ;Get matching configuration byte 


1 2CF 

F660 

824 

ORI 

PPE ; Merge with parallel poll enable 


12D1 

D360 

825 

OUT 

DOUT 


1203 

23 

826 

INX 

H ; I ncr pointers 


12D4 

13 

827 

INX 

D 


1205 

C3A712 

828 JMP 

829 PPEN2: WAITO 

PPEN1 ; Loop until invalid listener char 


12D8 

DB61 

830+??0343 : IN 

INTI ; Ge t Inti status 


12DA 

E602 

831 + 

ANI 

BOM ;Check for byte out 


12DC 

12DF 

CAD812 

C9 

832 + 

833 

834 

835 

836 

837 

838 

839 

840 

841 

JZ 

RET 

PARALLEL POLL 

INPUTS: 

OUTPUTS: 

CALLS: 

DESTROYS: 

770043 ;If not, try again 

DISABLE ROUTINE 

HL listener list pointer 

None 

None 

A, HL, F 


12E0 

3E3F 

842 PPDS : ,WI 

A, UNL /Universal unlisten 


12E2 

D350 

843 OUT 

844 PP0S1 : RANGE 
845+ 

845+ 

847+ 

848+ 

849+ 

DOUT 

20H, 3EH, PPDS2 /Check for valid listener 

/Checks for value in range 
/branches to label if not 
/in ranqe. Falls throuqh if 
/lower <- ( (H) (L) ) <- upper. 

/Get next byte. 


12E4 

7E 

850 + 

MOV 

A , M 


1 2E5 

FE20 

851 + 

CPI 

* 20H 


12E7 

FAFD12 

852 + 

JM 

PPDS2 


1 2EA 

FE3F 

853 + 

CPI 

3EH+1 


1 2 EC 

F2FD12 

854 + 

855 

JP 

WAITO 

PPDS 2 


12EF 

DBfil 

856+??004 4 : IN 

INTI /Get Inti status 


1 2F1 

E602 

857+ 

ANI 

BOM /Check for byte out 


12F3 

CAEF12 

858 + 

JZ • 

770044 /If not, try again 
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12F6 

7E 

859 

MOV 

A , M 

;Get listener 


12F7 

D360 

880 

OUT 

DOUT 



12F9 

23 

861 

INX 

H 

;Incr pointer 


12 FA 

C3E412 

852 

JMP 

PPDS1 

; Loop until invalid listener 




863 PPDS2 : 

WAITO 




12FD 

DS61 

864+770045: 

IN 

INTI 

;Get Inti status 


12FF 

E60 2 

865 + 

AN I 

BOM 

;Check Cor byte out 


1301 

CAFD12 

856 + 

.12 

770046 

;I£ not, tty aqain 


1304 

3E05 

867 

MVI 

A , PPC 

;Parallel poll confiqure 


130‘S 

D360 

868 

OUT 

DO UT 





869 

WAITO 




1308 

DB61 

870+770046: 

IN 

INTI 

;Get Inti status 


130A 

E602 

871 + 

AN I 

BOM 

; Check for byte out 


130C 

CA0813 

872 + 

JZ 

770046 

;I£ not, try aqain 


1 30F 

3E70 

873 

MVI 

A , PPD 

;Parallel poll disable 


1311 

D360 

874 

OUT 

DOUT 





875 

WAITO 




1313 

DB61 

876+770047: 

IN , 

INTI 

;Get Inti status 


1315 

E602 

877+ 

AN I 

BOM 

;Check for byte out 


1317 

CA1313 

878 + 

JZ 

770047 

; If not , try aqain 


131A 

C9 

879 

RET 






880 ; 







881 ; 

PARALLEL POLL UNCONFIGURE ALL ROUTINE 




882 ; 







883 ; 







884 j INPUTS 


None 





885 ; OUTPUTS: 

None 





886 ; CALLS: 


None 





887 ; DESTROYS: 

A, F 





888 ; 





131B 

3E15 

889 PPUN : 

MVI 

A , PP'J 

;Parallel poll unconfiqure 


131D 

D360 

890 

OUT 

DOUT 





891 

WAITO 




131F 

DB61 

892+770048: 

IN 

INTI 

,*Get Inti status 


1321 

E602 . 

893 + 

AN I 

BOM 

;Check for byte out 


1323 

CA1F13 

894 + 

JZ 

770048 

?If not, try aqain 


1326 

C9 

895 

RET 






895 ; 







897 .******< 

******4 

4********** 

*************************** 




898 ; 







899 ; CONDUCT A PARALLEL POLL 





900 ; 







901 ; 







902 ; INPUTS: 


None 





903 ; OUTPUTS: 

None 





904 ; CALLS: 


None 





905 ; DESTROYS: 

A. B, F 





906 ; RETURNS: 

A= parallel poll status byte 


1327 

3E40 

908 PPOL: 

MVI 

A f LON 

;Listen only 


1329 

D364 

909 

OUT 

ADRMD 





910 

CLRA 


.•Immediate XEQ PON 


132B 

AF 

911 + 

XRA 

A 

? A XOR A =0 


132C 

D365 

912 

OUT 

AUXMD 

; Re set TON 


132E 

3EF5 

913 

MVI 

A, EXPP 

.•Execute parallel poll 


1330 

D369 

914 

OUT 

CMD92 





915 

WAIT I 


;Wait for completion® BI on 91 


1332 

DB61 

916+770049: 

IN 

INTI 

; Get INTI status 


1334 

47 

917+ 

MOV 

B , A 

;Save status in B 


1335 

E601 

918 + 

AN I 

BIM 

;Check for byte in 


1337 

CA3213 

919+ 

JZ 

770049 

; I f not, just try aqain 


133A 

3E80 

920 

MVI 

A, TON 

;Talk only 


133C 

D364 

921 

OUT 

ADRMD 





922 

CLRA 


.•Immediate XEQ PON 


133E 

AF 

92 3+ 

XRA 

A 

; A XOR A =0 


1 33F 

D365 

924 

OUT 

AUXMD 

; Re set LON 


1341 

D860 

925 

IN 

DIN 

;Get PP byte 


1343 

C9 

926 

RET 






927 ; 







928 ;*♦****« 

****** 


*********************** 




929 ; PASS CONTROL 

ROUTINE 





93 0 ; 







931 ; INPUTS: 


HL pointer to talker 




932 ; OUTPUTS: 

None 
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933 

CALLS: 


None 





934 

DESTROYS: 

A, HL , F 





935 PCTL: 

RANGE 

40H, 5EH, 

PCTL1 ; I s it a valid talker 7 




936 + 




;Checks for value in range 




937+ 




jbranches to label if not 




938 + 




;in range. Falls through if 




939 + 




; lower <= ( (H)(L) ) <= upper. 




940+ 




;Get next byte. 


1344 

7E 

941 + 


MOV 

A , M 



1345 

FE40 

942 + 


CPI 

40H 



1347 

FA8A13 

943 + 


JM 

PCTL 1 



134A 

FE5F 

944 + 


CPI 

5EH+1 



134C 

F28A13 

945 + 


JP 

PCTL 1 



1 34F 

FE4 1 

946 


CPI 

MTA 

;Is it my talker address 


1351 

CA8A13 

947 


JZ 

PCTL 1 

; Yes , just return 


1354 

D360 

94 8 


OUT 

DOUT 

;Send on GPIB 




949 


WAITO 




1356 

0B61 

950+770050 : 

IN 

INTI 

;Get Inti status 


1358 

ECP2 

951 + 


AN I 

BOM 

;Check for byte out 


1 35A 

CA5513 

952 + 


JZ 

770050 

; I f not, try again 


1 35D 

3E09 

953 


MVI 

A , TCT 

;Take control messaqe 


135F 

D360 

954 


OUT 

DOUT 





955 


WAITO 




1361 

DB6 1 

956+770051 : 

IN 

INTI 

;Get Inti status 


1363 

E60 2 

957 + 


AN I 

BOM 

;Check for byte out 


1365 

CA6113 

958 + 


JZ 

770051 

; I f not , try again 


1368 

3E01 

959 


•MVI 

A , MODE 1 

; Not talk only or listen only 


136A 

D364 

960 


OUT 

ADRMD 

;Enable 91 address mode 1 




951 


CLRA 




1 36C 

AF 

962 + 


XRA 

A 

; A XOR A =0 


1 36D 

D365 

963 


OUT 

AUXMD 

immediate XEO PON 


1 36F 

3E01 

954 


MVI 

A , MDA 

; My device address 


1371 

D366 

965 


OUT 

ADR01 

.•enabled to talk and listen 


1373 

3EA1 

965 


MVI 

A , AXRB+CPT EN ;Command pass thru enable 


1375 

D365 

967 


OUT 

AUXMD 





968 

*******optional pp configuration goes here******** 


1377 

3EF1 

969 


MVI 

A,GIDL 

;92 go idle command 

1 

1379 

D359 

970 


OUT 

CMD92 





971 


WAITX 




137B 

DB6F 

972+770052: 

IN 

PRTF 



137D 

E602 

973 + 


AN I 

TCIF 



137F 

C27B13 

974 + 


JNZ 

770052 





975 


WAITT 


; Wa i t for TCI 


1382 

DB6F 

976+770053: 

IN 

PRTF 

;Get task complete int,etc. 


1384 

E602 

977 + 


AN I 

TCIF 

; Mask it 


1385 

CA8213 

978 + 


JZ 

770053 

;Wait for task to be complete 


1389 

23 

979 


INX 

H 



1 38A 

C9 

980 PCTL1 : 

RET 






981 








982 








993 

****** 

******* 

********** 

****************** 




984 








985 

RECEIVE CONTROL ROUTINE 





986 








987 

INPUTS 


None 





988 

OUTPUTS: 

None 





989 

CALLS: 


None 





990 

DESTROYS: 

A, F 





991 

RETURNS: 

0= invalid (not take control to us or CPT 

bit not on) 



992 



< > 0 = 

valid take control — 92 will now 

be in control 



993 

NOTE: 


THIS CODE MUST BE TIGHTLY INTEGRATED INTO 

ANY USER 



994 



SOFTWARE 

THAT FUNCTIONS WITH THE 8291 AS 

A DEVICE. 



995 



NORMALLY 

SOME ADVANCE WARNING OF IMPENDING PASS 



996 



CONTROL 

SHOULD BE GIVEN TO US BY THE CONTROLLER 



997 



WITH OTHER USEFUL INFO. THIS PROTOCOL IS 

SITUATION 



998 



SPECIFIC 

AND WILL NOT BE COVERED HERE. 




999 








1000 






138B 

DB61 

1001 RCTL: 

IN 

INTI 

; Ge t INTI reg (i.e. CPT etc.) 


1 38D 

E680 

1002 


ANI 

CPT 

; I s command pass thru on 7 


1 38F 

CACF13 

1003 


JZ 

RCTL 2 

;No, invalid — no return 


1392 

OB 6 5 

1004 


IN 

CPTRG 

;Get command 


1394 

FE09 

1005 


CPI 

TCT 

; I s it take control 7 
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1396 

C2CA13 

100*; 

JNZ 

RCTL1 ;No, qo return invalid 


1399 

DBM 

1007 

IN 

ADRST ;Ge t address status 


139B 

EM 2 

1008 

AN I 

TA ; Is TA on 7 


1 39D 

CACA13 

1009 

JZ 

RCTL1 ; No -- qo return invalid 


13A0 

3E60 

1010 

MVI 

A,DTDL1 ;Disable talker listener 


13A2 

D366 

1011 

OUT 

A DR 01 


1 3A4 

3E80 

1012 

MVI 

A, TON ; Ta 1 k only 


13A6 

D3M 

1013 

OUT 

ADRMD 




1014 

CLRA 



1 3A8 

AF 

1015 + 

XRA 

A ; A XOR A =0 


1 3A9 

D361 

1016 

OUT 

INTI ; Mask off INT bits 


1 3AB 

D362 

1017 

OUT 

INT2 


1 3AD 

D365 

1018 

OUT 

AUXMD 


13AF 

3EFA 

1019 

MVI 

A , TCNTR ;Take (receive) control 92 command 


13B1 

D369 

1020 

OUT 

CMD92 


1383 

3E0F 

1021 

MVI 

A f VSCMD ,-Valid command pattern for 91 


1 3B5 

D365 

1022 

OUT 

AUXMD 




1023 

******** optional TOUT1 check could be put here ******** 




1024 

WAITX 



1387 

DB6F 

1025+770054 : IN 

PRTF 


1389 

E602 

1026+ 

AN I 

TCIF 


138B 

C2B713 

1027+ 

JNZ 

770054 




1028 

WAITT 

;Wa it for TCI 


13BE 

DB8F 

1029+770055: IN 

PRTF ;Get task complete int.etc. 


1 3C0 

£602 

1030+ 

AN I 

TCIF ; M a s k it 


13C2 

CABE13 

1031 + 

JZ 

770055 ;Wait for task to be complete 


1 3C5 

3E09 

1032 

MVI 

A , TCT , -Valid return pattern 


1 3C7 

C3CF13 

1033 

JMP 

RCTL2 ;Only one return per routine 


1 3CA 

3E0F 

1034 RCTL1: MVI 

A, VSCMD ;Acknowledqe CPT 


13CC 

D365 

1035 

OUT 

AUXMD 




1036 

CLRA 

;Error return pattern 


1 3CE 

AF 

1037+ 

XRA 

A ; A XOR A =0 


1 3CF 

C9 

1038 RCTL2: RET 





1039 

1040 

1041 

************** 

*********************************** 




1042 

SRO ROUTINE 




1043 

1044 

INPUTS: 

None 




1045 

OUTPUTS: 

None 




1046 

CALLS: 

None 




1047 

RETURNS: 

A- 0 no SRO 




1048 

1049 

1050 


A < > 0 SRQ occured 


1 3D0 

DB69 

1051 SRQD: IN 

INTST ;Get 92 *s INTRO status 


13D2 

E620 

1052 

ANI 

SROBT ; Mask off SRO 


13D4 

CAE213 

1053 

JZ 

SRQD2 ;Not set qo return 


13D7 

F60B 

1054 

OR I 

I ACK ; Se t must clear it with IACK 


1 3D9 

D369 

1055 

OUT 

CMD92 


1 3DB 

DB69 

1056 SRQD1 : IN 

INTST ;Ge t IB> 


1 3DD 

E602 

1057 

ANI 

IBFBT ; Ma sk it 


1 3DF 

CADB13 

1058 

JZ 

SRQD1 ;Wait if not set 


13E2 

C9 

1059 SRQD2 : RET 





1060 

1061 

1082 

************** 

****************************** 




1063 

1064 

REMOTE ENABLE 

ROUTINE 




1065 

INPUTS: 

None 




1066 

OUTPUTS: 

None 




1067 

CALLS: 

NONE 




1068 

1059 

DESTROYS: 

A, F 


13E3 

3EF8 

1070 REME: MVI 

A , SR EM 


13E5 

D369 

1071 

OUT 

CMD92 ; 92 asserts remote enable 




1072 

WAITX 

;Wa i t for TCI = 0 


1 3E7 

DBfiF 

1073+770056: IN 

PRTF 


13E9 

E602 

1074 + 

ANI 

TCIF 


13EB 

C2E713 

1075 + 

JNZ 

770056 




1076 

WAITT 

;Wa i t for TCI 


13EE 

DB6F 

1077+770057: IN 

PRTF ;Get task complete int,etc. 


1 3F0 

E602 

1078 + 

ANI 

TCIF ; Mask it 


1 3F2 

CAEE13 

1079 + 

JZ 

770057 ;Wa i t for task to be complete 
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1 3F5 

C9 

1080 

RET 






1081 







1082 

************* 

********* 





1083 







1084 

LOCAL ROUTINE 






1085 







1086 







1087 

INPUTS: 

None 





1088 

OUTPUTS: 

None 





1089 

CALLS: 

None 





1090 

DESTROYS: 

A, F 





1091 





1 3F6 

3EF7 

1092 LOCL: MVI 

A , SLOC 



1 3F8 

D369 

1093 

OUT 

CMD92 

; 92 stops asserting remote enable 




1094 

WAITX 


; Wa i t for TCI =0 


1 3FA 

DB6F 

1095+??0058 : IN 

PRTF 



13FC 

E632 

1096 + 

AN I 

TC IF 



1 3FE 

C2FA13 

1097 + 

JNZ 

??00 58 





1098 

WAITT 


;Wa i t for TCI 


1401 

DB6F 

1 099 + ??00 59 : IN 

PRTF 

;Get task complete int,etc. 


1403 

E602 

1100 + 

AN I 

TC I F 

;Mask it 


1405 

CA0114 

1101 + 

JZ 

??0059 

;Wait for task to be complete 


1408 

C9 

1102 

RET 






1103 







1104 

********************** 

************************ 




1105 







1106 

INTERFACE CLEAR / ABORT ROUTINE 




1107 







1108 







1109 

INPUTS: 


None 




1110 

OUTPUTS: 


None 




1111 

CALLS: 


None > 




1112 

DESTROYS: 


A, F 




1113 







1114 





1409 

3EF 9 

1115 IFCL: MVI 

A, ABORT 


140B 

D369 

1116 

OUT 

CMD92 

; Send IFC 




1117 

WAITX 


;Wa i t for TCI =0 


140D 

DB6F 

1118+ 

5 ?0060 : IN 

PRTF 



1 40F 

E60 2 

1119+ 

AN I 

TCIF 



1411 

C20D14 

1120+ 

JNZ 

??00 60 





1121 

WAITT 


.-Wait for TCI 


1414 

DB6F 

1 1 22+??0061 : IN 

PRTF 

;Get task complete int,etc. 


1416 

E602 

1123+ 

AN I 

TCIF 

; Mask it 


1418 

CA1414 

1124 + 

JZ 

??0061 

;Wait for task to be complete 




1125 

•Delete both WAITX & WAITT if this routine 




1126 

is to be called while 

the 3292 is 




1127 

Controller-in 

-Charge . 

If not C.I.C. then 




1128 

TCI is set, else nothing is set (IFC is sent) 




1129 

and the WAIT' 

S will hang forever 


14 IB 

C9 

1130 

RET 






1132 
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1133 .-APPLICATION 

EXAMPLE COD 

FOR 8085 




1134 ; . 





0032 


1135 FGDNL 

EQU 

. 2 , 

Func qen device num " 2 “ ASCII, lstn 


0031 


1136 FCDNL 

EQU 

* 1 1 

Freq ctr device num "1" ASCII, lstn 


0051 


1137 FCDNT 

EQU 

•Q' 

Freq ctr talk address 


000D 


1138 CR 

EQU 

0DH 

ASCII carriage return 


000A 


1139 LF 

EQU 

0AH 

ASCII line feed 


00FF 


1140 LEND 

EQU 

0FFH 

List end for Talk/Listen lists 


004 0 


1141 SRQM 

EQU 

40H 

Bit indicating device sent SRQ 




1142 ; 





1 4 1C 

46553146 

1143 FGDATA: 

DB 

‘ FU1 FR37KHAM2VO ' ,CR :Data to set up func. aen 


1420 

5233374B 






1424 

48414D32 






1428 

564F 






142A 

0D 






000F 


1144 LIM1 

EQU 

15 

;Buffer length 


142B 

50463447 

1145 FCDATA : 

DB 

1 PF4G 7 T 1 

;Data to set up freq ctr 


142F 

3754 






0006 


1146 LIM2 

EQU 

6 

jBuffer length 


1431 

1432 

31 

FF 

1147 LL1 : 

DB 

FCDNL, LEND ;Listen list for freq ctr 


1433 

32 

1148 LL2 : 

DB 



1434 

FF 






1435 

51 

1149 TL1 : 

DB 

FCDNT. LEND .-Talk list for frea ctr 


1436 

FF 








1150 ; 







1151 .-SETUP 

FUNCTION GENERATOF 



1437 

060D 

1152 

MVI 

B , CR 

EOS 


1439 

0E0F 

1153 

MVI 

C.LIMl 

Count 


143B 

111C14 

1154 

LX I 

D, FGDATA 

,-Data pointer 


143E 

213314 

1155 

LXI 

H.LL2 

Listen list pointer 


1441 

CD1C1 0 

1156 

CALL 

SEND 





1157 ; 







1158 .-SETUP 

FREQ COUNTER 





1159 ; 





1444 

0554 

1160 

MVI 

B, 'T' 

EOS 


1446 

0E06 

1161 

MVI 

C.LIM2 

Count 


1448 

112814 

1162 

LXI 

D, FCDATA 

,-Data pointer 


144B 

213114 

1163 

LXI 

H.LL1 

Listen list pointer 


144E 

CD1C10 

1164 

CALL 

SEND 





1165 ; 







1166 .-WAIT FOR SRQ 

FROM FREQ 

:tr 




1167 ; 





1451 

CDD013 

1168 LOOP: 

CALL 

SRQD 

Has SRQ occurred ? 


1454 

CA5114 

1169 

32 

LOOP 

No, wait for it 




1170 ; 







1171 ; SERIAL 

POLL 

TO CLEAR SR( 

? 




1172 ; 





1457 

11003C 

1173 

LXI 

D , S PBYTE 

;Buffer pointer 


145A 

213514 

1174 

LXI 

H.TL1 

,-Talk list pointer 


14 5D 

CD1C12 

1175 

CALL 

SPOL 



1460 

IB 

1176 

DCX 

D 

Backup buffer pointer to ctr byte- 


1461 

1A 

1177 

LDAX 

D 

Get status byte 


1462 

E64 0 

1178 

AN I 

SRQM 

Did ctr assert SRQ ? 


1464 

CA7714 

1179 

JZ 

ERROR 

Ctr should have said yes 




1180 ; 







1181 .-RECEIVE READING FROM COUNTER 




1182 ; 





1467 

0 60 A 

1183 

MVI 

B , LF 

EOS 


1469 

0E11 

1184 

MVI 

C.LIM3 

Count 


146B 

213514 

1185 

LXI 

H.TL1 

Talk list pointer 


146E 

11013C 

1186 

LXI 

D.FCDATI 

,-Data in buffer pointer 


1471 

CD9F10 

1187 

CALL 

RECV 



1474 

C27714 

1188 

JNZ 

ERROR 





1189 ; 







1190 ;****** 

* rest 

of user processing goes here ***** 




1191 ; 







1192 ; 





1477 

00 

1193 ERROR: 

NOP 


User dependant error handling 




1194 ; 

ETC. 




3C00 


1195 ORG 

3C00R 




3C00 


1196 SPBYTE: 

DS 

1 

Location for serial poll byte 


0011 


1197 LIM3 

EQU 

17 

Max freq counter input 
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3C01 



1198 FCDATI : 

DS 


LIM3 


; Fr eq 

ctr input buffer 










1199 


END 













PUBLIC 

SYMBOLS 


















EXTERNAL SYMBOLS 


















USER SYMBOLS 



















ABOUT 

A 

0WF9 

ADU01 

A 

00 55 

ADRMD 

A 

0954 

A DR ST 

A 

0954 

AUXMD 

A 

0055 

AXRA 

A 

0080 

AXRB 

A 

00A0 

him 

A 

0001 

HOF 

A 

0001 

ROM 

A 

0992 

BUSST 

A 

005R 

CAHCY 

A 

0093 

CLKRT 

A 

00? 3 

CLRA 

+ 

3097 

CLHST 

A 

005R 

CM092 

A 

0059 

CPT 

A 

0000 

C PTEN 

A 

0091 

CPTRG 

A 

0055 

CR 

A 

0000 

OCL 

A 

0014 

DCLK 

A 

11EC 

DCLR1 

A 

1 1F0 

DCLR2 

A 

1209 

DIN 

A 

0959 

pout 

A 

9350 

DTDL1 

A 

0959 

DTDL2 

A 

00E0 

EDEOS 

A 

0004 

ENUMK 

A 

0010 

EOIS 

A 

0998 

EOIST 

A 

9 3 ?0 

F.OSR 

A 

0957 

ERF LG 

A 

9 058 

ERHM 

A 

005R 

ERROR 

A 

1477 

EVHIT 

A 

0 310 

BVCST 

A 

095R 

EVREG 

A 

095° 

EXPP 

A 

9 0 P 5 

FCDATA 

A 

1 4 ? A 

ECDATI 

A 

3C0 1 

EC ON L 

A 

0031 

FCDN r 

A 

0051 

FGDATA A 

1 A 1 C 

FGONL 

A 

003? 

FNHSK 

A 

0003 

GET 

A 

0998 

GIDL 

A 

OOF 1 

GSEC 

A 

OOF 4 

GTS8 

A 

00F5 

HOEND 

A 

0092 

HOHSK 

A 

0091 

IACK 

A 

00 9B 

IBFBT 

A 

0092 

IBFF 

A 

0910 

I FCL 

A 

1409 

I N IT 

A 

1000 

INTI 

A 

0051 

I NT 2 

A 

0052 

I NT.M 

A 

9 9A0 

INTM1 

A 

9351 

INTMR 

A 

0358 

INTST 

A 

9059 

LA 

A 

0001 

LEND 

A 

00FF 

LF 

A 

900A 

LI M 1 

A 

009F 

LI. M2 

A 

0005 

LIM3 

A 

3011 

LL1 

A 

1431 

LL2 

A 

1433 

LOCL 

A 

13F5 

LON 

A 

0940 

LOOP 

A 

1451 

MDA 

A 

0001 

MLA 

A 

0021 

MOUEl 

A 

0001 

MTA 

A 

0041 

NVCMD 

A 

0007 

OBFF 

A 

0098 

PCTL 

A 

1344 

PCTL 1 

A 

1 38A 

PPC 

A 

9005 

PPD 

A 

0070 

PPDS 

A 

1 2E0 

PPDS 1 

A 

12E4 

PPDS2 

A 

12FD 

PPE 

A 

0059 

PPEN 

A 

12A3 

PPEN 1 

A 

1 2A7 

PPEN2 

A 

12D8 

PPOL 

A 

1327 

PPU 

A 

0015 

PP'JN 

A 

1 31 R 

PRT91 

A 

0 0 50 

PRT9? 

A 

0058 

PRTE 

A 

095F 

RANGE 

+ 

090 5 

RBST 

A 

00E7 

RCST 

A 

90E5 

RCTL 

A 

13*a 

RCTL1 

A 

1 3CA 

RCTL2 

A 

13CF 

REC V 

A 

109F 

WECVI 

A 

10EA 

RECV2 

A 

1105 

RECV3 

A 

1105 

RECV4 

A 

1110 

KFCV5 

A 

1117 

RECV5 

A 

1139 

REME 

A 

13E3 

HERE 

A 

90E4 

RERM 

A 

03EA 

REVC 

A 

00E 3 

RINM 

A 

00E5 

RSET 

A 

00F2 

RSTI 

A 

00F3 

RTOUT 

A 

03E9 

SDEOI 

A 

0005 

SEND 

A 

101C 

SEND1 

A 

102E 

SEND2 

A 

1047 

SEND3 

A 

1059 

SEND4 

A 

1070 

SEND5 

A 

107F 

SEND6 

A 

1089 

SETF 

+ 

0003 

SLOC 

A 

00F7 

S PBYTE 

A 

3C00 

SPCNI 

A 

09F0 

SPO 

A 

0019 

SPE 

A 

0018 

SPIF 

A 

0004 

SPOL 

A 

121C 

SPOL1 

A 

12 3D 

SP0L2 

A 

1294 

SREM 

A 

0OFP 

SRQHT 

A 

3020 

SR0O 

A 

1 3D0 

SRQD1 

A 

13DB 

SRQD2 

A 

13E2 

SRQM 

A 

0040 

STCNI 

A 

00FE 

TA 

A 

0992 

TCASY 

A 

09FC 

TCIF 

A 

3002 

rCNTR 

A 

00FA 

TCSY 

A 

00FD 

TCT 

A 

0009 

TL1 

A 

1435 

TLON 

A 

90C0 

TOM 

A 

0380 

TOR EG 

A 

0058 

TOST 

A 

0058 

TOUT1 

A 

0001 

TOUT 2 

A 

0002 

TOUT 3 

A 

0094 

TRIG 

A 

11BC 

THIG1 

A 

11C0 

rRIG2 

A 

1109 

UN L 

A 

00 3 F 

VSC'ID 

A 

000F 

WA IT I 

+ 

3002 

WAITO 

+ 

9001 

WAITT 

+ 

0994 

WAITX 

+ 

000 3 

VE VC 

A 

09E 2 

rtOUT 

A 

90S 1 

XFER 

A 

113A 

XFERl 

A 

1153 

XFER 2 

A 

115C 

XFER 3 

A 

1193 

XFER 4 

A 

1 lBd 




ASSEMBLY COMPLETE , 


NO E 

RRORS 
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APPENDIX B 


Test Cases for the Software Drivers Analyzer was used. This analyzer acted as a talker, lis- 

tener or another controller as needed to execute the 
The following test cases were used to exercise the soft- tests. The sequence of outputs are shown with each test, 

ware routines and to check their action. To provide All numbers are hexadecimal, 

another device/controller on the GPIB a ZT488 GPIB 


Send Test Cases 


B = 

44 



44 



44 


C = 

30 



2 



0 


DE = 

3E80 



3E80 



3E80 


HL = 

3E70 



3E70 



3E70 


3E70: 

20 30 

3E 3F 






3E80: 

11 44 








GPIB output: 

41 ATN 



41 ATN 



41 ATN 



3FATN 



3FATN 



3FATN 



20 ATN 



20 ATN 



20 ATN 



30 ATN 



30 ATN 



30 ATN 



3EATN 



3EATN 



3EATN 



11 



11 






44 EOI 



44 EOI 





Ending B = 

44 



44 



44 


Ending C = 

2E 



0 



0 


Ending DE = 

3E82 



3E82 



3E80 


Ending HL= 

3E73 



3E73 



3E73 


eceive Test Cases 








B = 

44 

44 

44 


44 

44 

44 

44 

c= 

30 

30 

30 


30 

4 

4 

0 = 256 

DE = 

3E80 

3E80 

3E80 

3E80 

3E80 

3E80 

3E80 

HL = 

3E70 

3E70 

3E70 

3E70 

3E70 

3E70 

3E70 

3E70: 

40 

50 

5E 


5F 

40 

40 

40 

GPIB output: 

40 ATN 

50 ATN 

5E ATN 


40 ATN 

40 ATN 

40 ATN 


3FATN 

3F ATN 

3FATN 


3FATN 

3FATN 

3FATN 


21 ATN 

21 ATN 

21 ATN 


21 ATlsl 

21 ATN 

21 ATN 

ZT488 Data 

1 

1 

1 



1 

11 

1 

In 

2 

2 

2 



2 

22 

2 


3 

3 

3 



3 

33 

3 


4 

4 

44, EOI 


4 

44 

44 


44 

5.EOI 







Ending A = 

0 

0 

0 


5F 

40 

0 

0 

Ending B = 

0 

0 

0 


44 

40 

0 

0 

Ending C = 

2B 

2B 

2C 


30 

0 

0 

FC 

Ending DE = 

3E85 

3E85 

3E84 

3E80 

3E84 

3E84 

3E84 

Ending HL= 

3E71 

3E71 

3E71 

3E70 

3E71 

3E71 

3E71 
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Serial Poll Test Cases 


C= 30 

C = 

30 

DE= 3E80 

DE = 

3E80 

HL= 3E70 

HL= 

3E70 

3E70: 40 

3E70: 

5F 

50 

GPIB output: 

3FATN 

5E 


21 ATN 

5F 


18 ATN 

GPIB output: 3F ATN 


19 ATN 

output: 21 ATN 

Ending C = 

30 

output: 1 8 ATN 

Ending DE = 

3E80 

output: 40 ATN 

Ending HL = 

3E70 

input*: 00 
output: 50 ATN 
input*: 41 
output: 5E ATN 
input*: 7F 
output: 1 9 ATN 




*NOTE: leave ZT488 in single step mode even on input 
Ending C = 30 

Ending DE= 3E83 
Ending HL= 3E73 


Ending 3E80: 00 41 

7F 



Pass Control Test 

Cases 



HL = 

3E70 

3E70 

3E70 

3E70: 

40 

41(MTA) 

5F 

GPIB output: 

40 ATN 




09 ATN 




—ATN 



Ending HL = 

3E71 

3E70 

3E70 

Ending A = 

02 

41(MTA) 

5F 


Receive Control Test Cases 


GPIB input 

10 ATN 

40 ATN 

41 ATN 

Run Receive Control 

ATN 

09 ATN 

09 ATN 

GPIB Input 


ATN 

aTn 

Ending A = 

0 

0 

09 
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Parallel Poll Enable Test Cases 

DE = 

HL = 

3E70: 

3E80: 

GPIB output: 


Ending DE = 

Ending HL = 

Parallel Poll Disable Test Cases 

HL = 

3E70: 

GPIB output: 


Ending HL= 


3E80 


3E80 

3E70 


3E70 

20 30 

3E 3F 

3F 

01 02 

03 


3FATN 


3FATN 

20 ATN 
05 ATN 

61 ATN 
30 ATN 
05 ATN 

62 ATN 
3EATN 
05 ATN 

63 ATN 
3E83 


3E80 

3E73 


3E70 


3E70 

3E70 

20 30 3E 3F 

3F 

3FATN 

3FATN 

20 ATN 

05 ATN 

30 ATN 

70 ATN 

3E ATN 


05 ATN 


70 ATN 


3E73 

3E70 


Parallel Poll Unconfigure Test Case 

GPIB output: 15 ATN 


Parallel Poll Test Cases 

Set DIO# 1 2 3 4 5 6 7 8 None 
Ending A 1 2 4 8 10 20 40 80 0 


SRQ Test 


Ending A = 


Set SRQ momentarily 
02 


Reset SRQ 
00 
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Trigger Test 


HL = 

3E70 

DE = 

3E80 

BC = 

4430 

3E70: 

20 30 3E 3F 

GPIB output: 

3FATN 


20 ATN 


30 ATN 


3EATN 


08 ATN 

Ending HL = 

3E73 

DE = 

3E80 

BC = 

4430 


Device Clear Test 


HL = 

3E70 

DE = 

3E80 

BC = 

4430 

3E70: 

20 30 3E 3F 

GPIB output: 

3FATN 


20 ATN 


30 ATN 


3EATN 


14 ATN 

Ending HL = 

3E73 

DE = 

3E80 

RC = 

4430 


XFER Test 

B = 
HL= 
3E70: 
GPIB output: 


GPIB input: 


Ending A = 
B = 
HL = 
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Application Example 
GPIB Output/Input 

GPIB output: 41 ATN 

3FATN 

32 ATN 
46 

55 

31 
46 
52 

33 
37 
4B 
48 
41 
4D 

32 

56 
4F 

OD EOI 
41 ATN 
3FATN 
31 ATN 

50 

46 

34 

47 
37 

54 EOI 

GPIB input: SRQ 

GPIB output: 3F ATN 

21 ATN 
18 ATN 

51 ATN 

GPIB input: ' 40 SRQ 

GPIB output: 19 ATN 

51 ATN 
3F ATN 
21 ATN 
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GPIB input: 20 

2B 

20 

20 

20 

33 

37 

30 

30 

30 

2E 

30 

45 

2B 

30 

0D 

OA 

GPIB output: XXATN 
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APPENDIX C 


REMOTE MESSAGE CODING 










Bus Signal Line(s) and 












Coding That Asserts the 








r 




True Value of the Message 






T 

V 

D 







D 

NN 









y 

a 

1 







1 

DRD 

A 

E 

s 

1 

R 




p 

s 

0 







0 

AFA 

T 

0 

R 

F 

E 

Mnemonic 

Message Name 

e 

s 

8 

7 

6 

5 

4 

3 

2 

1 
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N 

1 

Q 

c 

N 

ACG 

addressed command group 


M 

AC 

Y 

0 

0 

0 

X 

X 

X 

X 
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1 

X 

X 

X 

X 

ATN 

attention 


U 

UC 

X 

X 

X 

X 

X 

X 

X 

X 
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1 

X 

X 

X 

X 

DAB 

data byte 

(Notes 1 , 9) 
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data accepted 
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HS 

X 

X 

X 

X 

X 

X 
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X 
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X 

X 

X 

X 

X 

DAV 

data valid 
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HS 
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X 
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X 
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X 

X 

X 

X 

X 

DCL 

device clear 


M 
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Y 

0 

0 

1 

0 

1 

0 

0 

XXX 

1 
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X 

X 

X 

END 

end 


U 

ST 

X 

X 

X 

X 

X 

X 

X 

X 

XXX 

0 

1 

X 

X 

X 

EOS 

end of string 

(Notes 2, 9) 
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GET 

group execute trigger 


M 

AC 

Y 

0 

0 

0 

1 

0 

0 

0 

XXX 

1 

X 

X 

X 

X 

GTL 

go to local 


M 

AC 

Y 

0 

0 

0 

0 

0 

0 

1 
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1 

X 

X 

X 

X 

IDY 

identify 
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UC 

X 

X 

X 

X 

X 

X 

X 

X 
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X 

1 

X 

X 

X 

IFC 

interface clear 
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X 
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X 
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X 
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X 

LAG 

listen address group 
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X 
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1 
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X 

LLO 

local lock out 


M 

UC 

Y 
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0 

1 

0 

0 
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1 
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X 

X 

X 

MLA 

my listen address 

(Note 3) 
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my talk address 

(Note 4) 
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my secondary address 

(Note 5) 
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null byte 
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0 

0 

0 

0 

0 

0 

0 

0 
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X 

X 

X 

X 

X 

OSA 

other secondary address 


M 

SE 

(OSA 

= 

SCG A MSA) 







OTA 

other talk address 


M 

AD 

(OTA 

= 

TAG A MTA) 







PCG 

primary command group 


M 

— 

(PCG 

= 

ACG V UCG V LAG V TAG) 
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parallel poll configure 
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X 
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parallel poll enable 

(Note 6) 
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parallel poll disable 

(Note 7) 
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parallel poll response 1 1 
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X 

X 

X 

X 

X 
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X 

1 
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1 

1 

X 

X 
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parallel poll response 2 J 

\INUlc IU; 

U 

ST 

X 

X 

X 

X 

X 

X 
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X 

XXX 

1 

1 

X 

X 

X 


3-88 




AP-66 


inteT 


REMOTE MESSAGE CODING (Continued) 
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0 
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e 
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7 
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2 
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N 

1 

Q 

c 

N 

PPR3 

parallel poll response 3 'l 


U 

ST 

X 

X 

X 

X 

X 

1 

X 

X 

XXX 

1 

1 

X 

X 

X 

PPR4 

parallel poll response 4 

[ (Note 10) 

U 

ST 

X 

X 

X 

X 

1 

X 

X 

X 

XXX 

1 

1 

X 

X 

X 

PPR5 

parallel poll response 5 J 


u 
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X 

X 

X 

1 

X 

X 

X 

X 

XXX 

1 

1 

X 

X 

X 

PPR6 

parallel poll response 6 " 


u 

ST 

X 

X 

1 

X 

X 

X 

X 

X 

XXX 

1 

1 

X 

X 

X 

PPR7 

parallel poll response 7 

[ (Note 10) 

u 

ST 

X 

1 

X 

X 

X 

X 

X 

X 

XXX 

1 

1 

X 

X 

X 

PPR8 

parallel poll response 8 J 


u 

ST 

1 

X 

X 

X 

X 

X 

X 

X 

XXX 

1 

1 

X 

X 

X 

PPU 

parallel poll unconfigure 
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Y 

0 

0 

1 

0 

1 

0 

1 
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1 

X 

X 

X 

X 

REN 

remote enable 


U 

UC 
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X 

X 
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X 

X 

X 
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X 
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ready for data 
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X 
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X 

X 

X 
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RQS 

request service 

(Note 9) 

U 

ST 

X 

1 

X 

X 

X 

X 

X 

X 

XXX 

0 

X 

X 

X 

X 

SCG 

secondary command group 
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1 

X 

X 

X 

X 
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1 

X 

X 

X 

X 

SDC 

selected device clear 
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AC 
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0 

0 

0 

0 

1 

0 

0 
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1 

X 

X 

X 

X 

SPD 

serial poll disable 
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UC 
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0 

0 
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X 

X 

X 

X 

SPE 

serial poll enable 
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0 
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X 
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service request 
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status byte 

(Notes 8, 9) 
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take control 
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0 
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X 

X 

X 
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TAG 

talk address group 
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AD 

Y 

1 

0 

X 

X 

X 

X 

X 
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1 

X 

X 

X 

X 

UCG 

universal command group 
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UC 

Y 

0 

0 

1 

X 

X 

X 

X 

XXX 

1 

X 

X 

X 

X 

UNL 

unlisten 


M 

AD 

Y 

0 

1 

1 

1 

1 

1 

1 

XXX 

1 

X 

X 

X 

X 

UNT 

untalk 

(Note 11) 

M 

AD 

Y 

1 

0 

1 

1 

1 

1 

1 

XXX 

1 

X 

X 

X 

X 


The 1/0 coding on ATN when sent concurrent with multiline messages has been added to this revision for interpretive convenience. 


NOTES: 

1. D1-D8 specify the device dependent data bits. 

2. E1-E8 specify the device dependent code used to indi- 
cate the EOS message. 

3. LI -L5 specify the device dependent bits of the device’s 
listen address. 

4. T1-T5 specify the device dependent bits of the device’s 
talk address. 

5. S1-S5 specify the device dependent bits of the device’s 
secondary address. 

6. S specifies the sense of the PPR. 

S Response 

0 0 

1 1 

P1-P3 specify the PPR message to be sent when a paral- 
lel poll is executed. 


P3 P2 PI PPR Message 

000 PPR1 


1 1 1 PPR8 

7. D1 -D4 specify don’t-care bits that shall not be decoded 
by the receiving device. It is recommended that all zeroes 
be sent. 

8. SI -S6, S8 specify the device dependent status. (DI07 
is used for the RQS message.) 

9. The source of the message on the ATN line is always 
the C function, whereas the messages on the DIO and EOI 
lines are enabled by the T function. 

10. The source of the messages on the ATN and EOI lines 
is always the C function, whereas the source of the mes- 
sages on the DIO lines is always the PP function. 

1 1 . This code is provided for system use, see 6.3. 


3-89 






Modem Products 


4 




APPLICATION 

BRIEF 


AB-24 


inter 


May 1989 



Order Number: 292058-001 


4-1 




AB-24 


inteT 


INTRODUCTION V.23 Modem 1C 


This application brief will illustrate the steps involved 
in customizing a modem application using the 89024 
modem chip set. Specifically, it will show how one may 
add V.23 capability to an 89024 modem design as em- 
bodied in the MEK II (Intel Modem Evaluation Kit) 
running software version 3.2. 


GENERAL DESCRIPTION 

This design consists of using the 89026 processor to 
control a separate V.23 Data Pump IC (Texas Instru- 
ments TCM3105) to support V.23 modulation in addi- 
tion to the currently supported V.22bis/V.22/V.21/ 
Bell212/Belll03. 

The modem is placed in V.23 mode using the 
“AT&A1” command and is returned to normal opera- 
tion with the “AT&AO” command. The originating 
modem dials normally using “AT” commands and then 
2 seconds after completion of dialing, the modem sends 
75 bps V.23 carrier. The answering modem, upon de- 
tecting a ring signal, goes off hook and sends 1200 bps 
V.23 carrier. The originate modem sends data at 75 bps 
and receives data at 1200 bps, while the answer modem 
sends at 1200 bps and receives at 75 bps. Both respond 
to “escape” at 1200 bps and command mode is always 
at 1200/1200 bps. The V.23 transmit level is fixed. 
Backward channel CCITT circuits are not supported, 
data is always transmitted from pin 2 and received at 
pin 3. 

This application brief does not address the issues of 
V.25 calling tones or V.25 calling station identification. 


HARDWARE DESCRIPTION 

The MEK II is modified by adding a Texas Instru- 
ments TCM3105 FSK Modem IC. This Modem chip 
does not have an on-chip 4-wire to 2-wire hybrid cir- 
cuit, so we use a dual op-amp MC1458 for this purpose. 
In order to control the TCM3105 we use 3 additional 
outputs of the 74LS373 latch that is already used to 
latch the /JS and A A signals from the microcontroller 
address/data bus. A 74LS157 2- to 1-line data selector 
is used to select the source of received data and the 
source of “energy detect” signal to the microcontroller. 


The TCM3105 (U102) is a CMOS V.23 modem in a 
16-pin package that consumes only 40 mW. It requires 
an external 4.4336 MHz crystal connected between pins 
15 and 16 to derive timing. A resistor divider sets the 
carrier detect threshold by adjusting the voltage at pin 
10. Bias distortion may be minimized by adjusting the 
voltage at pin 7. Pins 5, 13 and 12 together set the 
various modes of operation. These pins are connected 
to pins 6, 9 and 12 respectively of 74LS373 (U18) and 
are controlled through bits 2, 3 and 4 and executing a 
“STore” instruction to any even address of external 
memory (since this is the only external memory to be 
used). The modes of interest to us are: 


TCM3105 pin 12-TXR2 
TCM3105 pin 13-TXR1 
TCM31 05 pin 5 - TRS 

76543210 

xxx 1 1 1 xx - Transmit Disabled 

xxxOOIxx-TX 1200 bps, RX 75 bps (V.23 Answer mode) 
xxxOIOxx-TX 75 bps, RX 1200 bps (V.23 Originate mode) 

292058-1 


74LS157 Data Selector 

This IC is always enabled and the select signal is con- 
nected to the 6th output (bit 5) of the 74LS373 latch 
(U18). “SToring” a “0” to bit 5 of the latch selects 
“normal” mode of operation, while “SToring” a “1” to 
bit 5 selects V.23 mode. During “normal” mode, Re- 
ceive Data (RXD) is routed from the 89026 microcon- 
troller to the DTE and Energy Detect (ED) is routed 
from the 89027 AFE to the microcontroller. During 
V.23 mode RXD goes from the TCM3105 to the DTE 
and ED goes from the TCM3105 to the microcontrol- 
ler. Transmit Data (TXD) is always connected from the 
DTE to both the 89026 and the TCM3105. 


MCI 458 Dual Op-Amp 

This IC is configured as an active hybrid circuit, con- 
verting the 4-wire transmit and receive signals to 2-wire 
to drive the line transformer. The transmitted signal is 
also summed, but since only one of the transmitters will 
be active at a time, this will not be a problem. The 
89027 has pin 10 tied low so as to disable the AFE’s on- 
chip hybrid. 



A schematic diagram of these changes is shown in Fig- 
ure 1. 
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Figure 1. Schematic Diagram 
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SOFTWARE DESCRIPTION 

We choose the “&A” command as one that is not currently used by major “AT” compatible modem vendors. We 
will use S23 bit 3 as the bit to indicate that V.23 mode has been selected, since this bit is unused in “AT” modems. 
“&A1” will cause S23 bit 3 to be set to a “1” and &A0 or just “&A” will cause it to be cleared. The modem software 
will examine this bit to determine whether V.23 mode has been selected. 


Note that source code will always be written in capital letters and that the assembler ignores the rest of a line after a 
semi-colon (;). When giving modified source code I will usually “comment out” the original code by adding a semi- 
colon to the beginning of the line. This is an excellent practice to facilitate the documentation of changes. 


By convention we name the source files: nmxxx.SRC (where n.m is the software version and xxx is the generic file 
name). Since we are using software version 3.2 the files that we will be changing are: 


32AAD.SRC 

32CMD.SRC 

32CPM.SRC 

32HND.SRC 

32DATA.SRC 


register assignment definitions (SINCLUDEd with all source files) 


Command Decoder 
Call Progress Monitor routines 
Handshake routines 
Data Mode routines 


Decoding AT&A1 Command and Setting the S23 Bit 
All of these changes will be done to the 32CMD.SRC file. 

Since many commands simply modify S-register bits, we can take advantage of the “COMMON REGISTER 

OPERATIONS:” code by adding our command to the necessary tables and allowing it to be decoded as a register- 
modifying command. 

Add as the last entry in TABLE 1: 


DCB (3 * 32) + ( S23-S0) ; AND_A.CMD 


This will tell the common routine that this command affects bit 3 of S23. The table is set up so that it only occupies 
one byte per entry, with the bit number in the upper 3 bits and the register number in the lower 5 bits. 

Add the command to the command list and the command vector table: 


AND.CMDS : 

DCB 

DCB 

"CJLPRSDG* 
"MXFWZT * , 

0 

; was like 

this 


DCB 

"MXAFWZT f , 

0 

; added &A 

command betw X and F 


CMD_LU_TBL : 

; DCB AND_G__CMD-G1 , ANDJVLCMD-G1, AND_X__CMD-G1 , AND_F_CMD-G2 
DCB AND_G__CMD-G1, ANDJVLCMD-G1, AND_X_CMD-G1 , AND_A_CMD-G1 
DCB AND_F_CMD-G2 


The command vector table is the address offset of the command label from that of the first command (G1 EQU A 

CMD). In the interests of saving space this offset table is only 1 byte per entry and so it has to be split into 2 groups 
as the range of addresses of command labels is more than 255 bytes. When modifying command code it is worth 

checking the list file to make sure that the CMD LU TBL: entries do not get bigger than OFFH and wrap around 

through 0, causing those commands to branch to the wrong address. 
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Fix the branch vector calculator and the dial command offset calculator because the 1st group of commands are now 
33 instead of 32: 


GENERATE_BRANCH_VECTOR : 

ADD TEMP_CMD_3, #61 
; CMPB TEMP_CMD_2, #32 
CMPB TEMP_CMD_2, #33 


; ADD OFFSET TO 1ST CMD GROUP 
; FIRST 32 CMDS FIT IN 
; FIRST 33 CMDS FIT IN 


D_R_CMD : 

; SUBB 

CPM_ CONTROL, 

TEMP_CMD_2, 

#36 

SUBB 

CPM_CONTROL, 

TEMP_CMD_2, 

#37 


Add the command label with the rest of the register modifying commands: 


Y_CMD : 

AND_A_CMD: ; added &A command for V.23 operation 

AND_C_CMD : 


Updating the Output Pins to Control the TCM3105 and Data Selector 

The IO CONTROL: section of code in file 32CMD.SRC runs all the time and could be considered the “back- 

ground routine”. This is where the RS232 leads are updated, the health of the other routines is checked and the 
74LS373 latch (U18) is written and is thus an appropriate place for the TCM3105 chip and the Data Selector (Data 
Mux) to be updated. 
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Add the following code after END JS UPDATE: 


END_JS_ 

.UPDATE : 




V_23_UPDATE : 




ANDB 

TEMP- CMD_ 1, 

#11011111B 

; MUX 

TO N0N-V.23 POSN 

ORB 

TEMP-CMD-l, 

#00011100B 

; SET 

V.23 CHIP OFF 

JBC 

S23, 3, END_V_23_UPDATE 

; JMP 

IF NOT IN V.23 MODE 

JBC 

CNTRL_C , 1, 

END_V_23_UPDATE 

; JMP 

IF NOT IN HND OR DATA MODE 

ANDB 

TEMP_CMD_1 , 

#11100111B 

; SET 

V.23 CHIP TO ANS MODE 

ORB 

TEMP-CMD-l, 

#00000100B 



JBC 

S14 , 7, NOT 

_0RIG_M0DE 

; JMP 

IF S REG SET TO ANS MODE 

ANDB 

TEMP-CMD-l, 

#11101011B 

; SET 

V.23 CHIP TO ORIG MODE 

ORB 

TEMP-CMD-l, 

#00001000B 



N0T_0RIG_M0DE : 




JBC 

CNTRL-C, 0, 

END-V-23-UPDATE 

; JMP 

IF NOT IN DATA MODE 

JBS 

CNTRL-C, 2, 

END-V-23-UPDATE 

; JMP 

IF CMD FUNCTS ENABLED 

ORB 

TEMP_CMD-1 , 

#00100000B 

; DATA MODE, SO MUX TO V.23 POSN 

END_V_23_UPDATE : 





The next instruction in the source code STores the contents of TEMP CMD 1 to PORT3, and so updates the 

Data Mux. 


In order to ensure that the Data Mux gets set before the “OK” message is sent when entering the on-line escape state 
(response to “ + + + add a line of code after the three “ORB” instructions: 


VALID. 

.ESCAPE-SEQUENCE : 


ORB 

CNTRL-F, #00010000B ; 

ENABLE ESCAPE STATE 

ORB 

CNTRL_C, #00000100B ; 

ENABLE CMD FUNCTIONS 

ORB 

MSG-RQST, #00100000B ; 

SEND "OK" MESSAGE WITH MSG RQST 

JBS 

S23, 3, ESCAPE-DETECT-END ; 

; I0-C0NTR0L FOR MUX SETUP 

TRICK TO FORCE 1 MORE PASS THRU 

BEFORE GOING TO COMMAND DECODER 
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After a dial command is executed by the Command routine, it will activate the Call Progress routines. 

The V.23 Call Progress Monitor Routines 

The 32CPM.SRC routines check for call progress signals on the phone line and also for answer tone from the remote 
answering modem. Since a V.23 modem will answer with a 1300 Hz tone (1200 bps mark frequency), the AFE 
receive filter must be set to V.22 answer mode so as to pass this frequency to the energy detect circuitry. 

Add three lines of code at the label SET ANSWER CONT: 

SET_ANSWER_C0NT : 

ANDB CPM.FLAG, #11101111B ; FLAG ANSWER PROCESSING FOR HOUSEKEEPING 

JBC S23, 3, SET_ANSWER_C0NT_1 ; IF V23 MODE THEN 

LDB AFE_BYTE3, #01000000B ; SET FILTER TO QAM ANS FOR 

SET_ANSWER_C0NT_1 : ; 1300Hz CARRIER DETECTION 

SJMP SIGNAL_M0NIT0R_INIT 

The CPM routines will hand over control to the Handshake routines which we need to modify for V.23 handshake. 
The V.23 Handshake Routines 

The Handshake mode 32HND.SRC is entered for the first time after successful completion of the Call Progress 

routines. The first time that HANDSHAKE MODE: is called, it goes through the Initialization code before the 

main routine is executed, thereafter the Initialization is skipped. The Main routine is entered at a rate of 600 times 
per second or more and consists of checking for Energy Detect and then branching to the routine address saved in 

TX RTN ADDR. The logical flow of the handshaking is controlled by changing the contents of TX RTN 

ADDR to the address of the routine to be executed the next time Handshake is called. 


Figure 2 
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The Initialization required for V.23 consists of starting the S7 wait-for-carrier timer, starting a 2 second timer and 
loading a return address for the next time the routine executes. The following lines of source code are added 
(identified by “V23” at the start of the comment field) to the Handshake Initialization: 


HANDSHAKE_ IN IT : 


ANDB MODE_STATUS, #10111111B 

CLEAR INIT FLAG 


V23 

JBC S23, 3, N0T_V23_INIT 

V23 

V23_HND_INIT : , 

V23 

ADDB S7.TIMER, TIME_BASE_SECOND , S7 

V23 INIT S7 DCD TIMER 

ADDB TX_TIMER, TIME_BASE_100MS , #20D 

V23 INIT 2 SEC TIMER 

LD TX_RTN_ADDR , #V23_HND_WAIT 

V23 

SJMP HND_INIT_END 

V23 


V23 

N0T_V23__INIT : 

V23 


After the initialization code is executed once, the software will keep branching to V23 HND WAIT: until the 

2-second timer has expired, then it will initiate a “CONNECT” message. While the Connect message is being sent, 

the software will branch to V23 HND MESSAGE:, then it will set up the Data mode and thereafter the Data 

Mode will be called instead of the Handshake mode. 


V23_HND_WAIT : 

V23 

CMPB TIME_BASE_100MS , TX_ TIMER 

V23 TIMER EXPIRED YET? 

JNE V23_HND_END 

V23 

V23_HND_MESSAGE_INIT : 

V23 

LDB MESSAGE_REQUEST , #00100001B 

V23 START CONNECT MESSAGE 

LD TX_RTN_ADDR , #V23_HND_MESSAGE 

V23 

SJMP V23_HND_END 

V23 


V23 

V23-HND_MESSAGE : 

V23 

JBS MESSAGE_REQUEST , 5, V23_HND_END 

V23 MESSAGE SENT YET? 

V23_HND_MESSAGE_END : 

V23 


V23 

ANDB C0PY_P0RT4, #10111111B 

V23 DCD HIGH AFTER CONNECT 

V23_SET_UP_DATA_M0DE : 

V23 

; This ih where we need to set up for going to data mode 1 

ORB CNTRL_C, #00000011B 

V23 GO TO DATA MODE 

ANDB AFE_BYTE4, #00111111B 

V23 TXMITTER OFF, AFE OFF 

CLRB DM_FLAGS 

V23 CLEAR FLAGS FOR DM 

ORB MODE_STATUS, #10000000B 

V23 INIT DATA MODE 

V23_HND_END : 

V23 

LJMP HANDSHAKE_MODE_END 

V23 


V23 
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V.23 Data Mode 

The modifications required in the Data Mode consist of checking for V23 mode and skipping past: 
Initialization 

Send space disconnect (twice) 

Receive space disconnect 
Loss of carrier disconnect 
Retrain request 
Test mode 


DATA_MODE_INIT : 

; DM FLAGS ALREADY CLEARED IN HANDSHAKE MODE 
ANDB M0DE_STATUS,#7FH ; CLEAR INITIALIZE FLAG 

JBS S23, 3, DATA_MODE_INIT_END ; IF V23 THEN INIT DONE 


DISCONNECT_INIT : 




ANDB DM_FLAGS, 

#innioiB 

; CLEAR DISCONNECT 

INIT FLAG 

JBS S23, 3, 

HANG_UP 

; V23 FORGET SPACE 

DISCONNECT 


SEND_SPACE : 




JBC 

S21, 

7, 

HANG_UP 

; IF BREAK_DI SCONNECT DISABLED 

JBS 

S23, 

3, 

HANG_UP 

; V23 FORGET BREAK 


CHECK_DISCONNECT : 

; CHECK FOR LONG SPACE DISC 

CHECK_BREAK : 


JBS S23, 3, SET_BREAK_TIME 

; V23 FORGET BREAK 


CHE CK_ CARR I ER_L0 S S : 

JBS PORTO, 7, CHECK_CARRIER_LOSS__END ; SKIP IF ED IS HIGH 
ORB DM.FLAGS, #01000000B ; SET CDLOSS FLAG 

ADDB ED0FF_TIME,TIME_BASE_100MS,S10 ; CDOFF THRESHOLD IN REGISTER 
INCB EDOFF.TIME ; PUT AN OFFSET IN TIME FOR PROPER 

; OPERATION DURING TM EXIT 

JBS S23, 3, CARRIER_.LOSS_.END ; ALL DONE IF V23 MODE 


QAM_RETRAIN: 

JBS S23 , 3, SJMP_CHECK_TEST_MODE ; SKIP RETRAIN IF V23 MODE 


CHECK_S16_STATUS : 

; EXAMINE S16 REGISTER FOR ANY TEST MODES AND SET FLAG 
JBS S23, 3, CHECK_S16_STATUS_END ; SKIP RETRAIN IF V23 MODE 
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Assembling the Source Files 

The source files can be assembled by issuing the following commands at the DOS prompt: 


ASM96 32CMD.SRC 
ASM96 32CPM.SRC 
ASM96 32HND.SRC 
ASM96 32DATA.SRC 


Linking the Object Files 

Link the object files by issuing the following command at the DOS prompt: 


RL96 32HND.0BJ, 32INIT.0BJ, 32CMD.0BJ, 32CPM.0BJ, 32DATA.0BJ, 
32S0FT . OBJ , 32HSI . OBJ , 32HS0.0BJ, 32RX.0BJ TO 32ATR 


Programming the EPROMs 

After the code has been linked and located, the code must be split into low and high byte segments for programming 
into EPROMS. The following IPPS session illustrates that process (IPPS prompts are not shown): 


IPPS 

invoke IPPS 

I 80 

initialize file format 

FORMAT 32ATR 

filename resulting from linking 

3 

logical unit is byte 

2 

input file is in words (2 bytes) 

1 

output file is in bytes 

0 to 32ATR.L0 

low order bytes to one file 

1 to 32ATR.HI 

high order bytes to another 

<enter> 

press "enter” to exit formatting 


the following assumes that an 

INTEL PiUP 20 1A programmer is 
connected to the PC 

TYPE 

display available EPROM types 

27128 

specify EPROM type 

insert blank EPROM into programmer 

COPY 32ATR.L0 TO PROM 

copy low byte file to prom 
insert blank EPROM into programmer 

COPY 32ATR.HI TO PROM 

copy low byte file to prom 

EX 

exit IPPS 


Custom routines can now be tested by placing EPROMS into target hardware. 
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INTRODUCTION 

Presently, the majority of the transmission from the 
telephone to the Central Switching system is analog. 
For this purpose the circuitry interfacing to the twisted 
pair line is optimized to operate between 300 and 3400 
Hz. The essential line interface functions consist of iso- 
lation, over voltage protection, signaling, power feeding 
and a ringing signal insertion. With the advent of ISDN 
(Integrated Services Digital Network) these functions 
have to be reassessed. 

ISDN is implemented with digital transmission from 
the subscriber to the switch, which in turn offers the 
user various data services in addition to the voice serv- 
ice. CCITT has various recommendations for the im- 
plementation of the ISDN network. Of these, 1.430 de- 
tails the basic rate access i.e. the physical communica- 
tions between a terminal and the first level of switching. 
For 1.430, Intel offers a transceiver which is capable of 
operating at either end of the loop, namely the 29C53. 

The 29C53 is a four wire (two for transmit and two for 
receive) transceiver operating over the “S” loop. The 
data transmitted by the 29C53 at the switch and the 
terminal is at a rate of 192 kb/s; the effective data 
throughput is 144 kb/s. This data consists of two bearer 
channels of 64 kb/s each (B1 + B2) and a 16 kb/s D 
channel. The 29C53, additionally, incorporates some 
protocol processing for the D channel. This transceiver 
has four interfaces, namely the microprocessor port, a 
general purpose I/O port, the SLD port and the “S” 
loop interface. It is the loop interface requirements that 
are addressed by this application note. 

This note will analyze the line interface requirement at 
both the line card and the terminal, and will offer gen- 
eral implementations. These implementations will ad- 
dress power feeding, the protection circuitry, the line 
transformers and power extraction. Throughout this 
brief, the approach has been to present various alter- 
nate concepts which may assist the designer in address- 
ing a specific application. 


LINE INTERFACE 

Both at the line card and the terminal, there is a need to 
provide isolation for the circuitry from the line itself. 
As well as isolation, it is also necessary to protect the 
equipment from any overvoltage conditions on the line. 
Additionally the system may be designed to provide 
phantom power feeding i.e. the switching system deliv- 
ers power to the terminal over the “S” loop. Unlike its 
analog counter part the digital line card does not need 
to send a ringing signal owing to the fact that all signal- 
ing is accommodated via the D channel. 



POWER FEEDING 

Figure 1 shows the CCITT recommended technique of 
phantom power feeding as described in section 9 of 
1.430. The current splits evenly between the two sec- 
ondary windings. This in turn produces equal and op- 
posite fluxes in the transformer, that cancel each other 
out, thus preventing the core from saturating. The 
equality of the fluxes in the secondary will depend on 
the longitudinal balance of the transformer and the 
transmission line. 

The scheme shown on Figure 1 may be wasteful of 
power when feeding short lines. One way around this 
would be to have a constant current feed, which will 
make the power consumption independent of the length 
of line. Figure 2 shows such an implementation. 
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One way of reducing the power dissipation over the 
loop is to provide a variable voltage source, instead of 
the traditional fixed voltage. This can be accomplished 
by using a DC to DC converter, or a switching regula- 
tor. The feedback circuit of the switching regulator can 
be used to ensure that the regulator provides just 
enough voltage to maintain a pre-defined feed current 
down any length of line. The DC to DC converter can 
have a built in threshold detector, which would be used 
to release the line in case excessive currents are being 
drawn. 

In the event of mains power loss, it is often required to 
maintain a minimal voice service powered off the line. 
Figure 3 shows the block diagram of a digital tele- 
phone, illustrating the necessary components required 
to maintain a voice service. 



Figure 3. Digital Telephone 


The 80C51 is a low power microcontroller while the 
29C48 is an SLD compatible combo (codec and filter). 
The gains through the 29C48 can be set externally or 
programmed by the microcontroller via the SLD inter- 
face. The 29C48 is designed to allow insertion of side- 
tone and DTMF (dual tone multi-frequency); both 
these features are presently used to provide feedback to 
the user. 

PROTECTION 

Next, let us examine the question of protection. A tele- 
communication system comprises subscribers linked to- 


gether through the cable plant and a switching net- 
work. The cable plant consists of multiple pairs of 
transmission lines, either suspended on poles, or buried 
in the earth. In either case, transient energy can be cou- 
pled from lightning (or other electromagnetic events) 
and conducted to the switch or the terminal. The other 
major source of transient energy is the commercial AC 
power system, where high currents that accompany 
faults can induce overvoltage in the lines, or the power 
lines can fall and make contact with the telephone lines. 
The latter is sometimes referred to as a mains or power 
cross. 

It is generally agreed, as shown in Figure 4, that two or 
more levels of protection are required. The primary 
protector is usually placed on the line at a distance 
greater than 25m from the line card. The impedance of 
the line will ensure that the primary protector will op- 
erate first and the secondary protector will not be ex- 
posed to the full surge. If the primary protector is to be 
placed closer to the secondary, then a small resistor can 
be inserted in series with the line between the primary 
and the secondary protector (1). A 3W resistor or a 
positive temperature coefficient resistor may be used. 
During a surge, the voltage drop across the resistor will 
increase allowing the voltage across the primary protec- 
tor to build up thus driving it to conduction. 

The primary protection can be a gas discharge tube, 
such as the General Instrument three terminal 
PMT3-(310). These devices consist of spaced metallic 
gaps enclosed in a combination of gases at low pressure. 
In the event of a surge, the gap breaks down, diverting 
the transient and thus rerouting the energy. These de- 
vices can be operated a number of times and present a 
capacitance of less than 5 pF. Since the templates in 
Figures 10 and 1 1 of 1.430 specify a low output capaci- 
tance for the terminal and the network terminator, the 
low output capacitance feature of the gas discharge 
tube makes it ideal for ISDN i.e. it will have a minimal 
effect on the line drivers. 

The secondary protection can be provided by Schottky 
diodes chosen for the low voltage drop and capacitance 
across them. The diodes are placed between the power 
supplies and the loop interface pins on the 29C53, thus 
forming a diode bridge across the line. This will ensure 
that the voltage on these pins does not exceed the pow- 
er supplies by more than approximately 300 mV, thus 
fulfilling the specification that the voltage on any pin 
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Figure 4. Protection 


may not exceed the power supply by more than 500 
mV. The 5V and ground connections to the diodes 
should be as close as possible to the 29C53 power sup- 
ply pins, which in turn should be decoupled by a 0. 1 jjlF 
capacitor. The capacitor serves a secondary function of 
bypassing surge currents. The particular diodes chosen 
are dependent on the expected surge current, however, 
BAT85 from Philips used in this application can with- 
stand 200 mA forward current while presenting a maxi- 
mum of 10 pF capacitance across it. The maximum 
current through the diodes can be limited by placing a 
resistor in series with the diodes and the transformer. 
The value of this resistance can be extracted from the 
transformer design discussion. To further limit the cur- 
rent to the 29C53, the series resistance can be split, 
with part of it on the 29C53 side of the diodes, and part 
of it on the transformer side of the diodes. For the 
receive direction it is possible to replace the diode 
bridge by placing a resistance in series with the 29C53 
receive pins. This series resistance will limit the surge 
current that the 29C53 is exposed to. The value of this 
resistance is limited by the input impedance presented 
by the 29C53 and the loss that can be tolerated in the 
received signal. The receive differential input imped- 


ance of the 29C53 is 100 Kft, hence a 10 Kft resistor in 
each arm will reduce the received signal by, 17%. 

In case of a mains cross, the loop can be made to self 
recover by using thermal devices such as the positive 
temperature coefficient thermister (PTC). Keystone 
Carbon Company has a range of PTCs specific to tele- 
phone line applications that they refer to as resettable 
fuses. Economic considerations may make this unjusti- 
fiable in which case a fusible resistor or link may be 
used. 

Further protection may be deemed necessary, in which 
case two varistors can be placed across the line close to 
the transformer. The varistor has a volt-current rela- 
tionship similar to a diode i.e. after a specified voltage 
across the varistor is reached, the current through it 
will rise dramatically; thus clamping the voltage to the 
specified level. A typical varistor that may be used as a 
back-up protection is the GE V220MA4B. This device 
typically presents a 2 1 pF capacitance. 

The ideas discussed thus far are encompassed in Figure 
5 for a minimal component count protection scheme. 
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Figure 5. Protection with Minimal Components 


LINE TRANSFORMER 

A transformer is used at both the terminal and the line 
card to provide isolation from the line. A well balanced 
1.430 transformer resolves the issue of DC currents 
since they induce self-cancelling fluxes. Generally 
speaking, a pulse transformer with minimum leakage 
inductance and self capacitance is required. The imped- 
ance templates in 1.430 specify the minimum value of 
the inductance required at the line side. This value can 
be calculated to be 20 mH. A further requirement is to 
minimize the winding resistance, so that a minimal 
voltage is dropped across it. A 2.5:1 ratio transformer 
can be used with the 29C53 to produce the proper pulse 
amplitude. The transformer design discussed below can 
be used with the 29C53 at either the line card or the 
terminal. Alternatively it can be used for example pur- 
poses to aid designs. 

The RM series of ferrite cores are chosen to facilitate 
easy winding and PCB mounting, additionally the RM 
series is available internationally from various vendors - 
Ferroxcube in the U.S. and Mullard in Europe, to name 
two. The RM6 core was selected to be the smallest size 
that accommodates wiring which does not exceed the 
maximum allowable DC resistance. The core material 
has to have a high enough permeability to allow the 20 
mH inductance with a minimum number of turns 
hence, the Ferroxcube core material 3E2A was select- 
ed. This material has a very high inductance factor, Al- 
This is given by the manufacturer as the inductance (in 
mH) per 1000 turns. 


For the core RM6PLOO-3E2A 
A l = 6710 ± 25% 

Therefore minimum 
A l = 5032 = 5000 

The number of turns, Ns, required for 20 mH is given 
by: 

Ns = 103 VL/Al L - required inductance in mH 

Ns = 70 turns - assume 25 mH is required 

The 29C53 side winding will require 2.5 times this 
number of turns. 

Np = 175 turns 

The transformer is now ready to be wound, the 32 
gauge wire will just fill the RM6PCB1 bobbin. The 
bobbin is started by bifilar winding the 175 turns. Bifl- 
lar winding is accomplished by taking two separate 
pieces of wire and winding them simultaneously. The 
finish of one winding is then soldered to the start of the 
other and often, as is the case in this implementation, 
the point of connection of the two wires (center tap) is 
brought out to a pin of the transformer. The remaining 
ends (start and finish) now comprise the winding. The 
transformer is now followed by \ x /\ layers of insulating 
tape. The insulating tape used was the Permacel P-256 
which forms a dielectric capable of withstanding 5 KV, 
this serves to protect the line card and the subscribers 
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from lightning induced surges. The 70 turns are then 
bifilar wound; this results in a well balanced transform- 
er. The start of one winding should be connected to the 
finish of the other and brought out to a pin, thus creat- 
ing a center tap on the line winding. The transformer is 
then finished with V/ 2 layer of insulating tape. The 
transformer thus designed gave satisfactory results in 
the lab and is characterized by the following: 


Secondary inductance 
Secondary leakage inductance 
Secondary winding resistance 
Primary winding resistance 


Ls = 26 mH 
Is = 20 julH 
Rs = 1.5ft 
Rp = 2.7ft 


larger core will make it possible to use a thicker wire. 
Both of these factors will contribute to reduce the wind- 
ing resistance, hence a larger value diode protection re- 
sistor may be used. Alternatively, the transformer turns 
ratio can be decreased so that the output voltage is in- 
creased and hence more of it can be dropped across the 
series resistance. This in turn means that the value of 
this protection resistor can be increased. However, note 
that the 29C53 is only capable of driving loads greater 
than 200ft. If a turns ratio of 1.8:1 is used then the 
overall series resistance can be 64ft. This also increases 
the output impedance to 20 ft while transmitting a 
pulse. As discussed earlier this resistor can be larger on 
the 29C53 receive pins. 


The capacitance between the two bifilar windings was 
measured to be 100 pF and this may be too high for 
certain applications. For this case the bifilar winding 
can be replaced by the cross winding technique shown 
in Figure 6a. The two windings are now wound in op- 
posite directions, one wire is on top on the top side 
while the other is on top on the bottom side. This tech- 
nique reduced the above mentioned capacitance to less 
than 50 pF. 



The 29C53 has been designed to drive voltages as speci- 
fied in the 1.430, since the transformer presents a series 
resistance, some of this voltage will be dropped across 
it. For the transformer designed above, the overall se- 
ries resistance is (2.7 + 1.5*6.25) = 12ft which will 
result in a 3.8% error over the allowed peak transmit 
signal in 1.430. This is acceptable as 1.430 allows a 10% 
error for the peak voltage. If series resistors are re- 
quired to protect the Schottky diodes, their value may 
be calculated by having the maximum allowed peak 
voltage error. Note that equal value resistors should be 
placed on both arms of the line. If larger values of pro- 
tection resistors are required, the above procedure may 
be repeated with a larger core. This will allow the same 
inductance to be achieved with a fewer turns and the 


Some establishments may require further line isolation 
from the transformer in which case a Faraday shield 
can be placed in between the primary and the second- 
ary windings. The Faraday shield can be made by 
wrapping 1 % layers of a copper tape (such as the per- 
macel P-389) between the two windings. The copper 
tape should be insulated from the windings and should 
be brought out to the local ground. As well as isolating, 
the Faraday shield also serves to reduce the interwind- 
ing capacitance. 


The transformer designed was connected up as shown 
in Figure 6b to measure its longitudinal balance. 



Figure 6b. Longitudinal Balance 

Let v = vi/2.5 

Then longitudinal balance is given by: 20 Log V/Vo 


Measurements conducted showed this figure to be bet- 
ter than 70 dB for the frequency range of 10 KHz to 1 
MHz. 

The center tap on the primary (29C53 side) is coupled 
to ground via a 10 nF capacitor. In this manner longi- 
tudinal signals on the primary are bypassed to ground. 
Measurements produced greater than 70 dB of longitu- 
dinal signal rejection. 
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When designing the System board, special care should 
be paid to the layout. The transformer and the 29C53 
should both be placed on a ground plane. The connect- 
ing tracks from the 29C53 to the transformer should be 
as short as possible. The two devices should be placed 
close to the edge where the transmission lines interface, 
while the high frequency logic should be placed on the 
opposite edge. The analog ground wiring should follow 
a star configuration and should have a separate isolated 
lead originating from the system ground where it enters 
the board. 

Though the analysis of pulse transformers is beyond the 
scope of this brief (2), one should be aware of the perti- 
nent parameters affecting the good reproduction of the 
pulse. The pulse transformer is generally analyzed by 
different equivalent circuits, depicting the varying phas- 
es of the pulse. 

Figure 7 shows these circuits. The pulse shape is then 
optimized by considering the transient response of the 
equivalent circuits. 

The pulse response of the transformer is characterized 
by a finite rise time, a decaying top period and finite fall 
time as depicted in Figure 7d. The fastest rise time that 


can be obtained without overshoot is for the critically 
damped case and is given by: 

tr = 3.35 \jaLc where a = R|_ / (Rg + Rl) 

For the top period, there will be some decay leading to 
a fractional droop, this is given by: 

Lp 

D = r — where r =. pulse width 
R 

R = Rl and Rg in parallel 

The fall period is characterized by the second order 
circuit of Figure 7c; the primary concern here to pre- 
vent severe undershoot or backswing when the 29C53 
transmitter is in the high impedance mode. This can 
best be achieved by having an overdamped system, 
which is the case when: 

Lp > 4CR l 2 

Commercially available pulse transformers exist which 
are compatible with the 29C53. Some examples are giv- 
en in Table 1. Most manufacturers will modify their 
design to meet the requirements of a particular applica- 
tion. 



5-7 



AP-282 



TABLE 1. Manufacturers of Pulse Transformers 


Manufacturer 

Location 

Winding Ratio 

Part No. 

AIE Magnetics 

St. Petersburg, FL 

1.8:1 

325-0228 


(813) 347-2181 

2.5:1 

325-0172 

Schott Corporation 

Nashville, TN 

1.8:1 

11207 


(615) 889-8800 

2.5:1 

11124 

CTM Magnetics 

Tempe, AZ 

1.8:1 

22087 


(602)967-9447 

2.5:1 

25585 

Pulse Engineering 

San Diego, CA 

1.8:1 

64994 


(619) 268-2400 

2.5:1 

64996 


POWER EXTRACTION 

The same transformer can be used at both the line card 
and the terminal, and the same protection scheme can 
be used at both ends of the loop. The need now arises to 
provide power to the terminal. There are a number of 
ways of providing power to the terminal, for instance a 
secondary cell can be used as battery back-up in con- 
junction with a main supply. There is also some scope 
for trickle charging secondary cells from the line or 
from a small solar cell array, but the drawback with 
secondary cells tends to be their short life span. This 
disadvantage can be offset by using special purpose pri- 
mary cells as a back-up supply, these do not need any 
charging circuitry and can be expected to have life ex- 
pectancy twice that of the secondary cells. Finally, the 
power can be fed from the switch, in which case a regu- 
lator is required at the terminal to extract the power off 
the line. Figure 8 illustrates this approach. 



Figure 8. Power Extraction 


A DC to DC converter is required to convert the line 
voltage to 5V for the local circuitry. In order to obtain 
the lowest losses in the conversion process, it is neces- 
sary to use a high efficiency regulator, specifically, a 
switched mode regulator. Basically, there are three 
types of switched mode power supplies, the forward, 
the push pull and the flyback converter (3). This sec- 
tion is devoted to the flyback implementation of a DC 
to DC converter. The flyback is the most suitable con- 
verter for this application, as it provides the highest 
achievable efficiency and the simplest drive circuitry. 
Figure 9 shows a block diagram of a flyback converter. 



Figure 9. Flyback Converter 
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Figure 10. DC to DC Converter 
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In the flyback inductor, energy is inductively stored 
during the switch on period, and then passed to the 
load during the switch off, or the flyback period. Dur- 
ing the switch on period, the output diode does not 
conduct so that the energy in the choke (although ap- 
pearing as a transformer, this element will be referred 
to as the choke in accordance with its function) builds 
up with rising current. While the switch is off the choke 
voltage reverses in polarity causing the output diode to 
conduct whereupon the inductive energy is discharged 
into the output capacitor to form a DC voltage. Regula- 
tion is achieved by modulating the oscillator duty cycle, 
which effectively varies the switch on/off periods. In 
Figure 9 the diode bridge ensures the correct polarity 
for the converter while the opto-isolator completes the 
input to output isolation. 

Figure 10 shows a discrete circuit implementation of a 
DC to DC converter. This circuit was designed to regu- 
late a 5V output for 20-60V input voltage. This imple- 
mentation provides a maximum power of at least 450 
mW. The DC to DC converter consists of an oscillator, 
a pulse width modulator incorporating an error ampli- 
fier and isolating stage, the start up circuitry and the 
flyback converter. When T5 is on, the choke stores en- 
ergy and reverse biases diodes D8, D9 and DIO. While 
T5 is off, the choke voltage is negative, hence diodes 
D8, 9 and 10 are all forward biased and thus build a 
DC voltage on their respective capacitors. Note that 
due to the reverse winding technique, the voltage in the 
output windings are opposite in polarity to the switch 
winding. The 5V output is regulated by comparing it to 
a reference voltage, the error in the comparison is then 
used to modify the transistor T5 on time in such a way 
so as to keep the 5V output constant. 

The diode bridge D1-D4 ensures a certain polarity of 
the DC voltage for the converter, this is necessary in 
case the network uses polarity reversal for signaling. 
The decoupling capacitor Cl serves a secondary func- 
tion of bypassing any induced surge current. One half 
of the Schmitt NAND gate CD4093 is used to form a 
25 KHz oscillator. 

At the output, the opto-isolator in conjunction with the 
regulating diode TL431 is used to generate an error 


current. The current through the regulating diode is 
proportional to the voltage difference between the out- 
put and the reference. This device is available from 
Texas Instruments and Motorola amongst others. Fig- 
ure 1 1 illustrates its function. 



For the regulator diode, the output voltage is given by: 

Vout = (1 + R 10 /R 9 ) Vref 
where Vref is typically 2.5 V. 

If Rio = Rg 
then Vout = 5V 

The current through the regulating diode will increase 
or decrease with a respective change in the output volt- 
age. This change in current is coupled to the output of 
the oscillator through the opto-isolator. The opto-isola- 
tor used is a Hewlett Packard 6N139, which has Dar- 
lington transistor stage providing high current gain that 
results in a lower power dissipation in the opto-isolator. 
The current through the isolator differentiates the out- 
put of the oscillator through capacitor C3. This differ- 
entiated signal is then squared off to define the switch- 
ing transistor T5 on period. T5 is an IRFD110 MOS- 
FET and is available from International Rectifier. The 
isolator current and hence the output voltage control 
the amount of differentiation or the transistor T5 on 
period as illustrated in Figure 12. Thus regulation is 
achieved, as the on period is reduced with increasing 
output voltage and vice versa. 


OSCILLATOR OUTPUT i i i — iv i — m r — tots 

a b c 

270209-12 

Figure 12. Pulse Width Modulation 
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The two transistors T2 and T3 provide a low source 
impedance driving stage for the switching transistor. 
The fast current sinking and sourcing will ensure fast 
switching of transistor T5. 

The input capacitance of the MOSFET IRFD110 is a 
maximum of 200 pF. Without the buffer stage the 
MOSFET will stay in the linear region longer before 
saturating, thus resulting in a slower switching speed. 
The slow switching in turn will result in a lower overall 
efficiency for the converter. 

The resistor R6 and transistor T4 provide current over- 
load protection. Transistor T4 will conduct when the 
voltage across R6 exceed 0.6V or conversely, the cur- 
rent through it is greater than 150 mA. With T4 con- 
ducting, the drive to the MOSFET is nulled by the 
associated NAND gate. 


At full load, the incomplete energy transfer mode ex- 
hibits a lower peak switching transistor current, while 
the complete mode at lower power assures a smaller 
core. The inductance required to achieve this is 6.5 mH 
for the switch winding. The core used was an 
RM6CA400-3B7. The number of turns required to 
achieve this inductance is 130 and for a 20-60V line 
voltage, 50 turns are required for a + 5V output, hence 
use 50 turns for the — 5 V too. The self bias winding uses 
70 turns. The transformer was wound with 130 turns of 
34AWG, followed by 50 bifilar turns of 32AWG and 
finished off with 70 turns of 32AWG. The dot scheme 
in Figure 10 should be adhered to. The bobbin is then 
immersed in varnish such as the Dolph’s BC356 to dis- 
pel any moisture and to provide a protective coating. 
Alternatively, a commercially available DC to DC con- 
verter transformer such as the 326-0533 can be pur- 
chased from AIE Magnetics. 


The transformer choke is a three winding transformer 
consisting of the switching winding, the output wind- 
ing, which is split for the + 5V and — 5V and the self- 
bias winding. The transformer is designed for complete 
energy transfer under no load conditions and incom- 
plete energy transfer under full load conditions. Figure 
13 shows the wave forms of the two modes. 


At start up, the converter is powered by the linear regu- 
lator D5, R1 and Tl, which sets the power supply at 
5.3V. After start up the self bias winding forces the 
voltage on C4 to be between 7 and 15 volts, which will 
back bias diode D6, thus turning off the linear regula- 
tor. Under this condition the power supply provides a 
self bias voltage to keep it running, while little power is 
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Figure 13. (a) Current Voltage Waveforms for Complete Energy Transfer 
(b) Waveforms for Incomplete Energy Transfer 
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Figure 14. Converter Oscillograms 


placed as close to the gate lead as possible. These pre- 
cautions will avoid undesired oscillations in the MOS- 
FET. The output stage uses Schottky diode and low 
ESR capacitors to reduce power dissipation. In the 
event of any undesired EMI radiation the transformer 
can be placed in an electromagnetic container and the 
converter can be enclosed in a copper container. 


Figure 14 shows the volt-current oscillograms for a 30V 
line voltage and 400 mW output power. This shows the 
flyback converter working in the incomplete energy 
transfer mode. The results obtained in the lab gave an 
overall efficiency of better than 67% and a power sup- 
ply ripple of less than 25 mV. The no load power con- 
sumption was less than 50 mW. Regulation of the out- 
put voltage was better than 150 mV. 

The design was wire wrapped to illustrate the concept 
of power extraction and can of course, be optimized for 
better performance. Special care should be paid to the 
layout; Figure 15 shows good layout principles. Use 
star ground connections to avoid current loops in the 
ground. 

All lead lengths going to the switching MOSFET 
should be minimized and in particular the gate lead. 
The resistor in series with the MOSFET should be 



Figure 15. Good Layout Principles 


dissipated in the start up regulator. Transistor T1 is se- 
lected so that the base-collector can sustain the high 
voltage stress when it is off. The — 5V supply will only 
be regulated if the load on that winding is the same as 
that on the + 5 V winding. If this is not possible, it may 
be necessary to use a linear post regulator to obtain a 
regulated — 5V supply. 
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POWER FAILURE CONSIDERATIONS 

Without power the line interface pins of the 29C53 ap- 
pear as diode drops across the line. This means that the 
transmitter of the Network Terminator and the pow- 
ered on terminals in a multidrop configuration will be 
terminated by a diode instead of the usual 50fl. In the 
event of a failure, it therefore becomes necessary to iso- 
late the offending terminal from the line. This can be 
done by providing a switch in the transmit path that is 
normally closed and opens when no power is applied. 



Figure 16. Isolation of Equipment in 
Case of Power Failure 


In the receive path, it is only necessary to increase the 
impedance seen by the line. One way to implement this 
principle is to use a MOSFET bilateral switch in the 
transmit path and to place series resistors in the receive 
path, such that the impedance seen by the line is greater 
than 2500fl. Figure 16 illustrates this approach. A 
noteworthy point is that the series resistors in the re- 
ceive path not only provide terminal isolation in case of 
failure but also protect the terminal from current 
surges. 


When there is power, the two MOSFETS will be on 
and appear as a small on resistance, which has to be 
included in the line transformer design analysis. When 
there is no power, the MOSFETS appear as back to 
back diodes, thus stopping any AC flow. The VN0300 
MOSFETS manufactured by Siliconix may be used, 
when on they present a 1.2H resistance each. Note that 
in order to ensure that the MOSFETS conduct it is 
necessary to have a 10V supply in the system. If this is 
not possible the MOSFETS can be replaced by a Reed 
relay which presents a lower on resistance and capaci- 
tance but has the disadvantage of consuming more 
power. A low power relay could not be located hence a 
vendor was requested to customize one. Figure 17 
shows the isolation technique using the Wabash 
1992-2-1 25 mW relay which will operate at 3.8V and 
release at 0.5V. 



Figure 17. Power Failure Isolation 
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CONCLUSION 

Specific implementations have been provided for the 
general aspects of line interfacing at both the line card 
and the terminal end. These solutions can be taken as 
they are and placed in the particular application or 
used to aid a system design. 

The fixed voltage or constant current feed are both sim- 
pler and more economical to realize in discrete form; 
however the constant current variable voltage scheme 
may be more suitable in an integrated form. The power 
converter discussed was based on a low cost simple im- 
plementation and it is certainly possible to optimize it 
to obtain conversion efficiencies in the 75% range. As 
an alternative to discrete implementations, a low power 
switch mode power supply is commercially available 
from Fairchild and Motorola, to name two. 


The protection circuits and the transformer, however, 
can only be provided in discrete form at the present 
time. The concepts presented in the protection section 
emphasized low capacitance and maximum protection. 
The section took an overkill approach and as such a 
subset of the discussed ideas should suffice most appli- 
cations. The transformer designed pointed out the rele- 
vant parameters to consider and can be used as it is or 
modified to the particular application. Of course the 
ISDN transformer is also commercially available. 
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TERMINAL ADAPTOR (TA) 

A terminal adaptor, or “TA”, is the link between exist- • Upper portion of link access procedure (CCITT 
ing non-ISDN equipment like terminals, facsimile, 1.440) handling: 


printers and the ISDN network. The function of this 
application is to effectively replace equipment such as a 
modem. Usually provided as a separate box, it process- 
es RS232 or X.21 data and places it on the 4 wire ‘S’ 
loop. No change at the terminal is required to make it 
ISDN compatible. 

The design is based on a 29C53 transceiver for the 
ISDN connection and an 80188 microprocessor in com- 
bination with an 82530 communications controller for 
the data connection. Benefits of the application are: 

• Data rates up to 19.2 Kb/s using an RS232 interface 
or up to 48 Kb/s using an X.21 interface. 

• Compact design and low cost. 

• Virtually error free transmission. 


Link Setup 

The user sets up a call in the same manner as a Hayes* 
modem user does, i.e. a command is transferred to the 
adaptor via the RS232 interface. The command takes 
the form of an ASCII string in which the first 2 charac- 
ters are “AT”. 

The 80188 accepts the command and begins the call 
setup procedure by communicating the call’s destina- 
tion to the NT (or CO). This is achieved by passing call 
setup messages to a link level protocol, which is passed 
to the NT over the physical level (S bus). The partition- 
ing of the tasks is as follows: 

82530 

Full duplex, dual channel serial communications con- 
troller capable of working in asynchronous, bit or byte 
synchronous modes. The 82530 receives commands 
from the terminal’s RS232 or X.21 interface and passes 
them on to the 80188. 

80188 

After having received the dialing information from the 
keyboard, the 80188 sets up the call via the 29C53 D- 
channel by sending the appropriate CCITT message up 
the link. 

• Call setup message generation (CCITT 1.451). 

* Hayes is a registered trademark of Hayes Microcomputer 
Products, Inc. 


— Multiple logic channels 
— Sequence control 
— Error correction (retransmission) 

' — Flow control 

EPLD 

• Interface conversion, serial to/from SLD 

• B-channel assignment 

29C53 

• Physical level interface (CCITT 1.430) 

• Lower portion of the link access procedure: 

— Zero insertion/deletion 

— CRC generation and checking 
— Flag appending and detection 

• D-channel message buffering 

The 80188 passes the information for the D-channel 
messages via the parallel bus into the FIFO’s of the 
29C53. 

The NT grants a B-channel (if available) to the TA and 
the channel is now ready for data transfer. 

Data Transfer 

An indication is given to the user’s terminal via the 
RS232 or X.21 port that communication may com- 
mence. Any subsequent data, from the terminal, is 
treated as follows: 

Data from the terminal passes via the 82530 to RAM 
via one of the 80188 DMA channels. 

The 80188 fetches the data from RAM, depacketizes 
and packetizes it before sending it back to the 82530 
where a protective HDLC protocol is added. 

From the 82530 the data reaches the EPLD to be in- 
serted into the B1 or B2 channel on the SLD bus. The 
29C53 sends it out over the “S” interface. 
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ISDN PHONE WITH BUILT IN TERMINAL ADAPTOR (TA) 


Figure 2 shows the concept of an ISDN phone with 
hookup to standard sync/async terminals. No change 
at the terminal is required to make it ISDN compatible. 

The design is based on a 29C53 transceiver for the 
ISDN connection, a 29C48 combo for the voice connec- 
tion and an 80188 microprocessor in combination with 
an 82530 communications controller for the data con- 
nection. Benefits of the application are: 

• Data rates up to 19.2 kb/s using an RS232 interface 
or up to 48 kb/s using an X.21 interface. 

• Compact design and low cost. 

• Virtually error free transmission. 


Link Setup 

Applies both for speech and data links. The 80188 ac- 
cepts the command and begins the call setup procedure 
by communicating the call’s destination to the NT (or 
CO). This is achieved by passing call setup messages to 
a link level protocol, which is passed to the NT oyer the 
physical level (S-bus). The partitioning of the tasks is as 
follows: 


8279 

The 8279 keyboard and display controller scans the tel- 
ephone number pad and supports a small telephone dis- 
play. Calls are initiated either through the terminal 
keyboard using an extended Hayes Smart Modem com- 
mand set or via the telephone number pad. 

82530 

Full duplex, dual channel serial communications con- 
troller capable of working in asynchronous, bit or byte 
synchronous modes. The 82530 receives commands 
from the terminal’s RS232 or X.21 interface and passes 
them on to the 80188. 


80188 

After having received the dialing information from ei- 
ther keyboard, the 80188 sets up the call via the 29C53 
D-channel by sending the appropriate message up the 
link. 

• Call setup message generation (CCITT 1.451) 

• Upper portion of link access procedure (CCITT 
1.440) handling: 

— Multiple logic channels 
— Sequence control 


— Error correction (retransmission) 

— Flow control 

EPLD 

• Interface conversion, serial to/from SLD 

• B-channel assignment 

29C53 

• Physical level interface (CCITT 1.430) 

• Lower portion of the link access procedure: 

— Zero insertion/deletion 

— CRC generation and checking 
— Flag appending and detection 

• D-channel message buffering 

The 80188 passes the information for the D-channel 
messages via the parallel bus into the FIFO’s of the 
29C53. 

The NT grants a B-channel (if available) to the TA and 
the channel is now ready for data transfer. 


Information Transfer 

VOICE 

The voice transfer is supported by the 29C48 which 
transmits the voice on either the B1 or B2 channel 
(controlled by the EPLD) into the 29C53 and onward 
to the S-bus. 

DATA 

An indication is given to the user’s terminal via the 
RS232 or X.21 port that communication may com- 
mence. Any subsequent data, from the terminal, is 
treated as follows: 

Data from the terminal passes via the 82530 to RAM 
via one of the 80188 DMA channels. 

The 80188 fetches the data from RAM, depacketizes 
and packetizes it before sending it back to the 82530 
where a protective HDLC protocol is added. 

From the 82530, the data reaches the EPLD to be in- 
serted into the B1 or B2 channel on the SLD bus. The 
29C53 sends it out over the “S” interface. 
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Figure 2. ISDN Phone With Built In Terminal Adaptor 


5-19 



AB-400 


inteT 


PERSONAL COMPUTER INTERFACE 


Like the terminal adaptor, the ISDN PC adaptor 
provides a link to the ISDN network. The ISDN Co- 
Processor shown in Figure 3 implements the hardware 
functions required to support the CCITT I-series “S” 
interface. 

The ISDN Co-Processor is using the 80188 microproc- 
essor in combination with an 82530 serial communica- 
tions controller for data processing, dual port RAM as 
interface and buffer to the host bus, the 29C48 Codec/ 
filter for voice support and the 29C53 transceiver for 
the ISDN connection. 

The ISP 188 ISDN Software Package is optimized for 
this hardware configuration. 


Co-Processor 

The PC adaptor is an intelligent communications sub- 
system designed to function as a slave processor board 
in the PC. This relieves the host processor of much of 
the communications function. 

82530 

Full duplex, dual channel serial communications con- 
troller. One of the two channels is attached to either of 
the B channels and operates at 64 kb/s. The second 
channel is available to external datacom equipment via 
an optional serial port, or for connection to the second 
B channel. 


29C48 

Voice conversion and interface to the four wire handset 
is performed by this software programmable integrated 
Codec/filter combo. Designed for ISDN terminal ap- 
plications it offers programmable gain in transmit and 
receive direction for user loudness control and adapta- 
tion to local network requirements as well as sidetone 
insertion and tone injection for locally produced feed- 
back signals. 

The 29C48 can access either B1 or B2 channel by set- 
ting the B Sel pin accordingly. 

29C53 

“S” bus transceiver and D channel controller in a single 
chip. The 29C53 provides the physical level interface to 
the “S” bus in accordance to CCITT 1.430 and the 
lower portion of the link access protocol. Activation, 
deactivation, zero insertion/deletion, CRC generation 
and checking and flag appending and detection are per- 
formed by the 29C53, the higher level portions of 
LABD are executed on the 80188 and passed on to the 
29C53 via the parallel bus into the FIFO’s. 

B channel access is via the SLD serial port. Voice sig- 
nals are directly passed on to the 29C48. Data is 
extracted and injected by the EPLD (Erasable, Pro- 
grammable Logic Device) which performs the B chan- 
nel assignment and the interface conversion to the 
82530. 
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Figure 3. Personal Computer Interface 
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FULL FEATURE ISDN LINE CARD 



Figure 4. Full Feature ISDN Line Card 


The addition of ISDN line cards to a PABX provides 
the user with access to the ISDN network. While the 
analog line card provides access for standard telephone 
as well as for modems, ISDN terminal adaptors, termi- 
nals and phones are connected to the ISDN line card 
via a 4 wire ‘S’ loop. The described application provides 
all functions to separate voice and switched data (B- 
channels) from signaling and packetized data (D-chan- 
nel). 

The 29C53 and 80188 together handle the processing of 
D-channel protocols and messages as follows: 

1. The 29C53 executes all bit level HDLC processing, 
puts the “raw” messages into its FIFO and raises the 
interrupt signal. 

2. A special status register in the 29C53s allows the 
80188, through a single status read operation, to de- 
termine which of the 29C53s is requiring interrupt 
servicing, i.e. has D-channel messages(s) in its FIFO. 

3. The 80188 accesses the FIFO concerned and the 
data is transferred to RAM. 


4. The 80188 determines whether the data is for signal- 
ing (S-packet) or is a message to be sent out over the 
packet (P-packet) switched network. 

Signaling information can be processed locally or 
sent via the linecard controller. 

If the data is of “P” type, meant for the packet 
switched network, it is DMA’d into the 82530 serial 
communications controller which performs the nec- 
essary HDLC transmission, again without any CPU 
involvement. 

5. The 80188 software is responsible for sending out 
acknowledgements for received messages from the 
29C53’s D-channel and can thus support large win- 
dow sizes. 

B-channel information is directly passed from the “S” 
loop over the 29C53 and line card controller to the 
switch backplane. 

For transmission in the opposite direction, the proce- 
dure is equivalent to the one described above. 
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OTHER AVAILABLE TELECOM LITERATURE 

Title Order Number 

29C53AA Reference Manual 296399-001 

29C53 Line Card Evaluation Kit 
(LEK) Manual 

29C53 Terminal Evaluation Kit 
(TEK) Manual 
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APPLICATIONS INFORMATION 
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CODEC INTERFACE 

The 291 2A PCM Filter is designed to directly inter- 
face to the 291 OA and 291 1 A Codecs as shown be- 
low. The transmit path is completed by connecting 
the VFxO output of the 291 2A to the coupling ca- 
pacitor associated with the VFx input of the 2910A 
and 2911 A codecs. The receive path is completed 
by directly connecting the codec output VFr to re- 
ceive input of the 291 2A VFrI. The PDN input of the 
291 2A should be connected to the PDN output of 
the codec to allow the filter to be put in the power- 
down standby mode under control of the codec. 


CLOCK INTERFACE 

To assure proper operation, the CLK input of the 
291 2A should be connected to the same clock pro- 
vided to receive bit clock, CLKr of 291 OA or 2911 A 
Codec as shown below. The CLKO input of the 
291 2A should be set to the proper voltage depend- 
ing on the standard clock frequency chosen for the 
codec and filter. 
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GROUNDING, DECOUPLING, AND 
LAYOUT RECOMMENDATIONS 

The most important steps in designing a low noise 
line card are to insure that the layout of the circuit 
components and traces results in a minimum of 
cross coupling between analog and digital signals, 
and to provide well bypassed and clean power sup- 
plies, solid ground planes, and minimal lead lengths 
between components. 

1) All power source leads should be bypassed to 
ground on each printed circuit board (PCB), on 
which codecs are provided. At least one electro- 
lytic bypass capacitor (at least 50 jllF) per board 
is recommended at the point where all power 
traces from the codecs and filters join prior to 
interfacing with the edge connector pins as- 
signed to the power leads. 

2) When using two-sided PCBs, use both corre- 
sponding pins on opposite sides of the board for 
the same power lead. Strap them together both 
on the PCB and on the back of the edge con- 
nector. 

3) Lay out the traces on codec- and filter-equipped 
boards such that analog signal and capacitor 
leads are separated as widely as possible from 
the digital clock and data leads. 

4) Connect the codec sample and hold capacitor 
with the shortest leads possible. Mount it as 
close to the codec CAP1X, CAP2X pins as pos- 
sible. Shield the capacitor traces with analog 
ground. 

5) Do not lay out any board traces (especially digi- 
tal) that pass between or near the leads of the 
sample and hold capacitor(s) since they are in 
high impedance circuits which are sensitive to 
noise coupling. 

6) Keep analog voice circuit leads paired on their 
layouts so that no intervening circuit leads are 
permitted to run parallel to them and/or be- 
tween them. 

7) Arrange the layout for each duplicated line, trunk 
or channel circuit in identical form. 

8) Line circuits mounted extremely close to adja- 
cent line circuits increase the possibility of inter- 
channel crosstalk. 

9) Avoid assignment of edge connector pins to any 
analog signal adjacent to any lead carrying digi- 
tal (periodic) signals or power. 


10) The optimum grounding configuration is to main- 
tain separate digital and analog grounds on the 
circuit boards, and to carry these grounds back 
to the power supply with a low impedance con- 
nection. This keeps the grounds separate over 
the entire system except at the power supply. 

11) The voltage difference between ground leads 
GRDA and GRDD (analog and digital ground) 
should not exceed two volts. One method of 
preventing any substantial voltage difference be- 
tween leads GRDA and GRDD is to connect two 
diodes back to back in opposite directions 
across these two ground leads on each board. 

1 2) Codec-filter pairs should be aligned so that pins 

9 through 16 of the filter face pins 1 through 12 
of the codec. This minimizes the distance for an- 
alog connections between devices and with no 
crossing analog lines. 

13) No digital or high voltage level (such as ringing 
supply) lines should run under or in parallel with 
these analog VF connections. If the analog lines 
are on the top (component side) of the PC 
board, then GRDD, GRDA, or power supply 
leads should be directly under them, on the bot- 
tom to prevent analog/digital coupling. 

14) Both the codec and filter devices should be 
shielded from traces on the bottom of the PCB 
by using ground or power supply leads on the 
top side directly under the device (like a ground 
plane). 

15) Two +5V power supply leads (Vcc) should be 
used on each PCB, one to the filters, the other 
to the codecs. These leads should be separately 
decoupled at the PCB where they then join to a 
single 5V supply at the backplane connector. 
Decoupling can be accomplished with either a 
series resistor/ parallel capacitor (RC lowpass) 
or a series RF choke and parallel capacitor of 
each 5V lead. The capacitor should be at least 

10 jllF in parallel with a 0.1 /nF ceramic. This 
filters both high and low frequencies and accom- 
modates large current spikes due to switching. 

16) Both grounds and power supply leads must have 
low resistance and inductance. This should be 
accomplished by using a ground plane whenev- 
er possible. When narrower traces must be 
used, a minimum width of 4 millimeters should 
be maintained. Either multiple or extra large plat- 
ed through holes should be used when passing 
the ground connections through the PCB. 


6-2 



2910A/291 1 A/2912A 



17) The 291 2A PCM filter should have all power 
supplies bypassed to analog ground (GRDA). 
The 2910A/291 1 A Codec +5V power supplies 
should be bypassed to the digital ground 
(GRDD). This is appropriate when separate 
+ 5V power supply leads are used as suggested 
in item 1 5. The - 5V and + 1 2 V supplies should 
be bypassed to analog ground (GRDA). Bypass 
capacitors at each device should be high fre- 
quency capacitors of approximately 0.1 to 1.0 
juF value. Their lead lengths should be mini- 
mized by routing the capacitor leads to the ap- 
propriate ground plane under the device (either 
GRDA or GRDD). 


18) Relay operation, ring voltage application, inter- 
ruptions, and loop current surges can produce 
enormous transients. Leads carrying such sig- 
nals must be routed well away from both analog 
and digital circuits on the line card and in back- 
planes. Lead pairs carrying current surges 
should be routed closely together to minimize 
possible inductive coupling. The microcomputer 
clock lead is particularly vulnerable, and should 
be buffered. Care should also be used in the 
backplane layout to prevent pickup surges. Any 
other latching components (relay buffers, etc.) 
should also be protected from surges. 

19) When not used, the AUTO pin should float with 
minimum PC board track area. 


ZERO TRANSMISSION LEVEL POINTS 

2910A/2912A 0 dBmO 



291 1A/2912A 0 dBmO 


TRANSMIT RECEIVE POWER 

filter ENCODER DECODER FILTER AMPLIFIERS 



DIGITAL 

MILLIWATT 

2.86 dBm 5.88 dBm CODES 5.66 dBm 5.88 dBm SINGLE ENDED, 6000 

1.08 Vrms 1.52 Vrms (OR EQUIV> 1.49 Vrms 1.52 Vrms 5.88 dBm 

I. 52 Vrms 
BALANCED, 600 n 

II. 9 dBm 
3.05 Vrms 

270219-3 
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Note: See data sheet for latest specifications. Values given in this application 
note are for reference only, and were considered correct at the time of publi- 
cation (Feb. 1982). 

1.0 INTRODUCTION 

This application note describes the features and capa- 
bilities of the 2913 and 2914 codec/filter combochips, 
and relates these capabilities to the design and manu- 
facturing of transmission and switching linecards. 


1.1 Background 

The first generation of per line codecs (Intel 
2910A/11A) and filters (Intel 29 12 A) economically in- 
tegrated the analog-digital conversion circuits and 
PCM formatting circuits into one chip and the filtering 
and gain setting circuits into another chip. These two 
chips helped to make possible the rapid conversion to 
digital switching systems that has taken place in the last 
few years. 

The second generation of Intel LSI PCM telephony 
components, the 2913/14 Combochip, extends the level 
of integration of the linecard by combining the codec 
and filter functions for each line on a single LSI chip. 
In the process of combining both functions, circuit de- 
sign improvements have also improved performance, 
reduced external component count, lowered power dis- 
sipation, increased reliability, added new features, and 
maintained architectural transparency. 

The 2913 and 2914 data sheet contains a complete de- 
scription of both parts, including detailed discussions of 



COMBOCHIP | 
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Figure 1. LSI Partitioning of Codec/Filter Functions 


each feature and specifications for timing and perform- 
ance levels. This application note, in conjunction with 
the data sheet, describes in more detail how the new 
and improved features help in the design of second-gen- 
eration linecards first by comparing the two generations 
of components to see where the improvements have 
been made, and then by discussing specific design con- 
siderations. 


1.2 Comparison of First- and Second- 
Generation Component 
Capabilities 

The combochip represents a higher level of component 
integration than the devices it replaces and, because of 
the economics of LSI (replacing two chips with one), 
ultimately will cost significantly less at the component 
level. But comparison of the combochip block diagram 
with first-generation single-chip codec and filter reveals 
few major functional differences. Figure 1 compares the 
first-generation codec and filter chips to the combo- 
chip. Both provide rigidly specified PCM capabilities of 
voice signal bandlimiting and nonlinear companded 
A/D and D/A conversion. The first on-chip reference 
voltage was introduced in the 2910/2911 single-chip 
codecs and is included in the combochip. The provision 
of uncommitted buffer amplifiers for flexible transmis- 
sion level adjustment and enhanced analog output drive 
was a feature of the now standard 2912 switched-capac- 
itor PCM filter is available on the combochip. Like- 
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wise, independent transmit (A/D) and receive (D/A) 
analog voice channels which permit the two channels to 
be timed from independent (asynchronous) clock sourc- 
es is common to the first- and second-generation devic- 
es. Finally, the ability to multiplex signalling bits on a 
bit-stealing basis from the digital side of the device has 
been duplicated on the combochip. 

Data traffic-conscious systems manufacturers now pro- 
vide dedicated codec, filter, and subscriber interface 
functions on a per-subscriber basis, which in turn puts 
intense cost pressures on these functions. The function- 
al duplication of first-generation components addresses 
the needs of the system manufacturer who wants to 
cost reduce existing fixed-architecture system designs. 
Whereas the bulk of the system development costs (and 
time) are in the switching machine call processing and 


diagnostic software, the bulk of the production costs 
are in the high-volume linecards. The combochip ad- 
dresses these cost pressures and defers the appetite for 
new integrated functions to a future generation of PCM 
components. 

Figure 2 contains the block diagram of the 2913/14 
combochip which illustrates not only the basic com- 
panding and filtering functions but also some of the 
changes and new features contained in the second-gen- 
eration devices, such as internal auto zero, separate 
ADC and DAC for transmit and receive sections, re- 
spectively, precision gain setting (RCV section), and in- 
put/output registers for both fixed and variable data 
rates. Table 1 lists many of the features that are impor- 
tant to linecard design and performance. A direct com- 
parison between first-and second-generation products 


Table 1. Comparison between 2913/14 Combochip and the 
2910A/11A/12A Single-Chip Codecs and Filters 


Features 

2910A/11A plus 2912A 

2913/14 

Power 

Operating 

280-310 mW 

140 mW 

Standby 

33 mW 

5 mW 

Pins 

38-40 

■'tf- 

CVJ 

1 

o 

CM 

Board Area Including Interconnects 

Normalized = 1.0 

0.33 

Data Rates. 

— Fixed 

1.536, 1.544, 2.048 Mbps 

Same 

— Variable 

None 

64 Kbps -» 2.048 Mbps 

Companding Law 

— ju,-Law 

2910 + 2912 

Strap Selectable 

—A- Law 

2911 + 2912 

PSRR 

1 KHz 

30 dB 

>35 dB 

> 10 KHz 

Not Spec’d 

> 35 dB 

Gain Setting 

Trim Using Pot Necessary . 

Precision Resistors 

Eliminate Trim Req. 

Operating Modes 

Direct 

Yes 

Yes 

Timeslot Assign 

Yes 

No 

On-Chip Vref 

Yes 

Yes 

ICN — Half Channel Improvement 

15 dBrncO Transmit 

11 dBrncO Receive 

15 dBrncO Transmit 

1 1 dBrncO Receive 

S/D — Half Channel Improvement 

See Data Sheet 

See Section 2.0 

GT — Half Channel Improvement 

See Data Sheet 

See Section 2.0 

Power Down (Standby) 

PDN Pin 

Frame Sync Removal or PDN Pin 

Signalling 

291 0-8th Bit 

291 4-8th Bit 

Auto Zero 

External 

Internal 

S & H Caps 

External Transmit 
Internal Receive 

Internal 

Test Modes 

None 

Design Tests 
Manufacturing Test 

On-Line Operational Tests 

Encoder Implementation 

Resistive Ladder 

Capacitive Charge Redistribution 
Ladder 

Filter/Gain Trim 

Fuse Blowing ±0.2 dB 

Fuse Blowing ±0.04dB 
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(a) Combochip Block Diagram 


V BB 

Power ( — 5 V) 

GS X 

Transmit Gain Control 

PWRO + , PWRO — 

Power Amplifier Outputs 

VF X I — , VF X I + Analog Inputs 

GS r 

Receive Gain Control 

GRDA 

Analog Ground 

PDN 

Power Down Select 

NC 

No Connect 

CLKSEL 

Master Clock Frequency 
Select 

SIG X 

Transmit Signaling Input 

LOOP 

Analog Loop Back 

ASEL 

jll- or A-law Select 

SIGr 

Receive Signaling Bit Output 

TS X 

Timeslot Strobe/Buffer Enable 

DCLKr 

Receive Variable Data Clock 

DCLK X 

Transmit Variable Data Clock 

Dr 

Receive PCM Input 

Dx 

Transmit PCM Output 

FSr 

Receive Frame 
Synchronization Clock 

FS X 

Transmit Frame 
Synchronization Clock 

GRDD 

Digital Ground 

CLK X 

Transmit Master Clock 

Vcc 

Power ( + 5V) 

CLKr 

Receive Master Clock 


(b) Combochip Pin Names 


Figure 2. Block Diagram of 2913/14 Combochip 
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shows the significant improvement in the combochip 
both in performance levels and system flexibility. 

2.0 DESIGN CONSIDERATIONS 

The key point with the 2913/14 is that it will result in a 
linecard that performs better and costs less than any 
two-chip codec/filter solution. The lower cost results 
from many factors, as seen in Table 2. Both direct re- 
placement costs and less tangible design and manufac- 
turing time savings combine to yield lower recurring 
and nonrecurring costs. As an example, the wider mar- 
gins to transmission specs and the higher power supply 
rejection ratios of the 2913/14 will both shorten the 
design time needed to build and test the linecard proto- 
type and reduce the reject rate on the manufacturing 
line. 

Table 2. 2913/14 Factors which Lower the Cost 
of Linecard Design and Manufacturing 

• Lower LSI Cost (2914 vs. 2910/11 + 

2912) 

• Fewer External Components 

• Less Board Area 

• Shorter Design/Prototype Cycle 

• Better Yields/Higher Reliability 

• Lower Power/Higher Density 

Part of the recurring cost of linecard production is the 
efficiency of the manufacturing line in turning out each 
board. This is measured in both parts cost and time. 
Average manufacturing time is strongly effected by the 
line yield, i.e., the reject rate reliability. A linecard us- 
ing the 2913/14 has many labor-saving features, which 
also increases the reliability of the manufacturing pro- 
cess. Some of these features are detailed in Table 3. 

The combination of fewer parameters to trim (gain, ref- 
erence voltage, etc.), tolerance to wider power supply 
variations, and on-chip test modes make the linecard 
very manufacturable compared to first-generation de- 
signs. 

Probably the most obvious improvement in linecard de- 
sign based around the 2913/14 is the reduction in line- 
card PCB area needed compared to two-chip designs. 
The combination of the codec and filter into a single 
package alone reduced the LSI area by one-third. Table 
4 shows many of the other ways in which board area is 
conserved. In general, it reduces to fewer components, 
more on-chip features, and layout of the chip resulting 
in an efficient board layout which neatly separates the 
analog and digital signals both inside the chip and on 
the board. 


Table 3. 2914 Factors which Increase Linecard 
Manufacturing Yields and Efficiency 

• Higher Reliability 

— Fewer connections and components 
— More integrated packaging 
— More margin to specs 
— Lower power 
— NMOS proven process 
— Less sensitive to parameter variations 

• Fewer Manufacturing Steps 

— No gain trimming 
— On chip V REF 
— Wide power supply tolerance 
— On chip test modes 
— Wide margins to spec 

Table 4. Design Factors for 2914 which Reduce 
Linecard PCB Area 

• Integrated Packaging 

—2914 vs. 2910/11 + 2912 
= 1/3 board area 

— 2913 takes even less space 

• Fewer Interconnects/Components 

— Codec/filter combined 
— On-chip reference voltage 
— On-chip auto zero 
— On-chip capacitors 
— No gain trim components 
— No voltage regulators 

• Efficient Layout (Facilitates Auto Inser- 
tion) 

— Analog/digital sections separated on 
chip 

— Digital traces can cross under chip 
— Two power supplies only 
— Low power/high density 
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Table 5. 2913/14 Operating Mode Options Add Flexibility to Linecard Design 


Option 

Mode Control Pins 

Results of Mode Selection 

2914(24 Pin) 

2913(20 Pin) 

Companding Law 

SIGX/ASEL 

A-Law or ju-Law + Signalling 

A-Law/ ju-Law, no Signalling 

Power Down 

PDN 

Transmit & Receive Side Go To Standby Power (5 mW) 


FSx & FS r Removed 

Same (12 mW) 


FSx Removed 

T ransmit Side Goes to Standby (110 mW) 


FSr Removed 

Receive Side Goes to Standby (70 mW) 

Data Rate 

= V CC /GRDD/Vbb 
DCLKr = Vbb 

1 .536/1 .544/2.048 Mbps in Fixed Data Rate Mode 


= V CC /GRDD/Vbb 
DCLKb - Clock 

Variable Data Rate Mode from 64 Kbps to 2.048 Mbps, 

No Signalling 

Test Modes 

LOOP - V CC 

Implements Analog Loopback 

No Loopback Capability 


PDN = v BB 

Provides Access to Transmit Codec Through ASEL and TSX 
Pins 


Dr = V B b 

Provides Access to RCV Filter Input at DCLKr and Transmit 
Filter Outputs at ASEL and TSX Pins 


without significant system timing, control, or software 
modifications. To this end, two distinct user-selectable 
timing modes are possible with the combochip. For 
purposes of discussion, these are designated (a) fixed 
data rate timing (FDRT) and (b) variable data rate tim- 
ing (VDRT). 

FDRT is identical to the 2910/2911 codec timing in 
which a single high-speed clock serves both as master 
clock for the codec/filter internal conversion/filtering 
functions and as PCM bit clock for the high-speed seri- 
al PCM data bus over which the combochip transmits 
and receives its digitized voice code words. In this 
mode, PCM bit rates are necessarily confined to one of 
three distinct frequencies (1.536 MHz, 1.544 MHz, or 
2.048 MHz). Many recently designed systems employ 
this type of timing which is sometimes referred to as 
burst-mode timing because of the low duty cycle of 
each timeslot (i.e., channel) on the time division multi- 
plexed PCM bus. It is possible for up to 32 active com- 
bochips to share the same serial PCM bus with FDRT. 

VDRT (sometimes referred to as shift register timing), 
by comparison, utilizes one high-speed master clock for 
the combochip internal conversion/filtering functions 
and a separate, variable frequency, clock as the PCM 
bit clock for the serial PCM data bus. Because the serial 
PCM data rate is independent of internal conversion 
timing, there is considerable flexibility in the choice of 
PCM data rate. In this mode the master clock is per- 
mitted to be 1.536 MHz, 1.544 MHz, or 2.048 MHz, 
while the bit clock can be any rate between 64 KHz and 
2.048 MHz. In this mode it is possible to have a dedi- 
cated serial bus for each combochip or to share a single 
serial PCM bus among as many as 32 active combo- 
chips. 


Many of the factors discussed — which result in effi- 
cient, cost-effective linecard designs — are discussed in 
more detail both in the 2913/14 data sheet and in the 
following sections of this note. 

2.1 Operating and Test Mode 
Selection 

A key to designing with the 2913/14 combo is the wide 
range of options available in configuring, either with 
strap options or in real time, the different modes of 
operation. The 2913 combochip (20 pins) is specifically 
aimed at synchronous switching systems (remote con- 
centrators, PABXs, central offices) where small pack- 
age size is especially desirable. The 2914 combochip (24 
pins) has additional features which are most suitable for 
applications requiring 8th-bit signalling, asynchronous 
operation, and remote testing of transmission paths 
(e.g., channel banks). Once the specific device is select- 
ed, there is a wide range of operating modes to use in 
the card design, as seen in Table 5. This table lists the 
optional parameters and the pins which control the op- 
erating mode. The result of selecting a mode is listed for 
both the 2913 and 2914. 

The purpose of offering these options is to ensure that 
the 2913/14 combo will accommodate any existing 
linecard design with architectural transparency. At the 
same time, features were designed in to facilitate design 
and manufacturing testing to reduce overall cost of de- 
velopment and production. 

2.2 Data Rate Modes 

Any rapid conversion scenario presumes that the com- 
bochip will fit existing system architectures (retrofit) 
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Thus, the two predominant timing configurations of 
present system architectures are served by the same de- 
vice, allowing, in many cases, linecard redesign without 
modification of any common system hardware or soft- 
ware. Additional details relating to the design of sys- 
tems using either mode are found in section 3.0. 


2.3 Margin to Performance 
Specifications 

The combochip benefits from design, manufacturing, 
and test experience with first-generation PCM products 
on the part of the system manufacturer, component 
suppliers, and test equipment suppliers. The sub-milli- 
volt PCM measurement levels and tens of microvolts 
accuracy requirements on the lowest signal measure- 
ments often result in tester correlation problems, yield 
losses, and excess costs for system and PCM compo- 
nent manufacturers alike. Thus additional performance 
margin built into the PCM components themselves will 


have its effect on line circuit costs even though the sys- 
tem transmission specifications may not reflect the im- 
proved performance margin. 

Half channel measurements have been made of the 
transmission parameters — gain tracking (GT), signal to 
distortion ratio (S/D), and idle channel noise (ICN). 

Gain Tracking — Figure 3 shows the gain tracking data 
for both the transmit and receive sides of the combo 
using both sine wave testing (CCITT G712.ll Method 
2) and white noise testing (CCITT G712.ll Method 1). 
The data shows a performance very nearly equal to the 
theoretically best achievable using both test techniques. 
End to end measurements, although not spec’d, also 
show a corresponding good performance with errors 
less than or equal to the sum of the half channel values. 

Signal to Distortion Ratio-^-This is a measure of the 
system linearity and the accuracy in implementing the 
companding codes. Figure 4 shows the excellent perfor- 


Gain Tracking Error Versus Signal Level 
2914 Combo A/D 

Sinusoidal Test (CCITT G712.1 1 Method 2) 


Gain Tracking Error Versus Signal Level 
2914 Combo D/A 

Sinusoidal Test (CCITT G712.11 Method 2) 
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Figure 3. 2914 Half Channel Gain Tracking Performance Measurements 
for Both Sine and Noise Testing 
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Figure 4. 2914 Half Channel Signal to Distortion Ratio (S/D) Performance Measurements 
for Both Sine and Noise Testing 


mance of the 2914 for both the transmit (A/D) and 
receive (D/A) channels using sine wave and noise test- 
ing. The margin is greater than 3 dB above the half 
channel spec which means that a larger error budget is 
available to the rest of the channel. 

Statistical Analysis — A statistical analysis of G.T. and 
S/D measurements over many devices shows a very 
tight distribution, as seen in Figure 5. There are several 
consequences resulting from this highly desirable distri- 
bution: (1) the device performance is controllable, re- 
sulting in high yields, (2) the device circuit design is 
tolerant of normal process variations, thereby ensuring 
predictable production yields and high reliability, and 
(3) understanding of the circuit design and process fun- 
damentals is clearly demonstrated — largely as a result 
of previous telephony experience with the Intel NMOS 
process. 

Idle Channel Noise — The third transmission parameter 
is idle channel noise (ICN). Figure 6 gives half channel 
ICN measurements which show a substantial margin to 
specification. 


Power Supply Rejection — Circuit innovation in the in- 
ternal combochip design has resulted in significant im- 
provements in power supply rejection in the 5 to 50 
KHz range (Figure 7), and it is this frequency band 
which usually contains the bulk of the switching regula- 
tor noise. These higher frequencies, outside the audio 
range as they are, are not objectionable or even detect- 
able in the transmit direction except to the extent that 
they alias into the audio range as a result of internal 
sampling processes in the transmit filter and A/D con- 
verter. Sampling techniques in the combochip minimize 
this aliasing. In the receive direction, excess high fre- 
quency noise which propagates onto the subscriber loop 
can interfere with signals in adjacent wires and is thus 
objectionable even without aliasing. The symmetrical 
true differential analog outputs of the combochip are an 
improvement from earlier designs which failed to main- 
tain true power supply symmetry through the output 
amplifiers. Not only does the differential design im- 
prove transmission performance, but it also reduces the 
need for power supply bypass capacitors, thereby sav- 
ing component cost on the linecard. 
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Figure 5. Statistical Analysis of Transmission Performance Showing 
Tight Distribution Over Many Devices 
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ICN 

A/D 

C Message 

15 dBrnCO 

D/A 

C Message 

1 1 dBrnCO 


Figure 6. 2914 Idle Channel Noise (ICN) 
Measurements 


Autozero — The autozero circuit is contained complete- 
ly on-chip. It automatically centers the signal/noise dis- 
tribution at the encoder input. This ensures minimal 
ICN due to bit toggling and also maintains maximum 
sensitivity to the AC signals of interest. 


2.4 Power Conservation 

Figure 8 illustrates typical power consumption and of- 
fice equipment dissipation for a resistive line biasing 
arrangement (with no loop current limiting) and for the 
per-line PCM components. It can be seen that overall 
line circuit power consumption and dissipation are 
strong functions of subscriber loop resistance, and are 
dominated by line biasing current regardless of loop 
length. It can also be seen that the combochip achieves 
significant reductions in PCM component contribu- 
tions relative to both the 2910A/2912A and 
2910/2912. Present residential traffic characteristics 
are such that the PCM components are active less than 
10% of the time, and in its low-power standby state, 
the combochip power dissipation drops to typically 
5 mW as the line current (and dissipation) goes to its 
background on-hook leakage level of typically a few 
milliwatts (but for very leaky lines, as much as 50 mW - 
500 mW). 


The concern for linecard power consumption and dissi- 
pation is related both to the cost of providing power 
and to the system density problem involving convection 
heat removal from the linecards. Consequently, much 
recent line circuit development activity centers on elim- 
ination of the inefficient resistive line current feed both 
by current limiting in short loops and by more exotic 
and expensive per-line dc-dc converters. For both pres- 
ent-generation designs and cost-reduction redesigns, 
the typical combochip dissipation of 140 mW 
active/5 mW standby will allow system board packing 
density improvements and power supply cost reduc- 
tions. 

A closer look at the effect of loading (duty cycle) on the 
average power dissipation of a combochip is given in 
Table 6. Typical loading percents run as low as 5% for 
very large switching systems (thousands of lines) up to 
100% in nonswitching applications such as channel 
banks. Clearly, the average power dissipation in a typi- 
cal switching system is below 35 mW which facilitates 
board packing density and cost of power considera- 
tions. 


Table 6. Typical Power Dissipation Per Line 
Using 2914 Combochip 



Duty 

Cycle 

Power 

Dissipation 

Central 

Office 

5% 

12 mW 

PABX 

15% 

25 mW 

Peak Hour 
C.O. 

50% 

73 mW 

Channel 

Bank 

100% 

140 mW 
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Figure 7. Wideband 2914 Power Supply Rejection Ratio (PSRR) 



Figure 8. Line Circuit Power Consumption and Dissipation Curves 
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2.5 Elimination of Gain Trim in the Line 
Circuit 

Four resistors — R1 -R4 of Figure 9 — on the transform- 
er side of the PCM components are used to establish 
appropriate transmission levels at the PCM compo- 
nents and are, at first glance, equivalent in the two cas- 
es. However, a significant reduction in linecard manu- 
facturing costs associated with individual line trim (or 
mop-up) is possible with the combochip. The need for 
this trim is dictated by system gain contrast specifica- 
tions which typically require that the line-to-line gain 
variation shall not exceed 0.5 dB, which translates to 
0.25 dB for each (transmit and receive) channel. Table 
7 shows that the major portion of this gain variation 


has previously been in the nominal insertion loss of the 
PCM filter and in the uncertainty of the reference volt- 
age of the codec. With this cumulative 0. 1 5 dB uncer- 
tainty in the PCM components themselves, the system 
manufacturer had no choice but to resort to the cost 
and manufacturing complexity of the active trim. The 
combochip, however, can be trimmed during its manu- 
facture to a nominal tolerance of ±0.04 dB which in- 
cludes uncertainties in both the filter and codec voltage 
reference functions. This leaves 0.21 dB uncertainty to 
variations in the other line circuit elements and to tem- 
perature and supply variations. 

The variation in combochip gain with supply and tem- 
perature has also been improved to allow as low as 


2910/11 




Figure 9. Schematics of the Codec/Filter Function and the 2/4 Wire Hybrid Transformers 


6-14 







AP-142 



Table 7. Gain Trim Budget for Codec/Filter Functions 


Device 

Manufacturing Uncertainty 
(initial) 

AT 

ASupplies 

Total 

Variation* Budget 
for Other Components 

2910 

±0.1 

±0.1 



2912 

±0.05 

±0.05 




±0.15 

±0.15 

±0.3 dB 

0 dB 

2914 

±0.04 

±0.08 

±0.12 dB 

±0.13 dB 


’Assumes 0.5 dB end to end gain contrast specifications. 

0.08 dB variation over supplies and temperature so that 
more than half the system specification could be re- 
served for transformer, wiring, and resistor uncertain- 
ties. This possibility of using fixed precision gain trim 
components and abandoning the active trim holds the 
potential for simplification and cost reduction of the 
line board manufacturing process. 

2.6 Power Up/Down Considerations 

Power Supply Sequence — There are no requirements 
for a particular sequence of powering up the combo- 
chip. All discussions of power up or power down tim- 
ing assume that both Vcc and Vbb are present. 

Power Up Delay — Upon application of power supplies, 
or coming out of the standby ppwer down mode, three 
circuit time constants must be observed: (1) digital sig- 
nal timing, (2) autozero timing, and (3) filter settling. 
An internal timing circuit activates SIF r , D x , and TS X 
approximately two or three frames after power up. Un- 
til this time, SIG r is held low and the other two signals 
are in a tri-state mode. During this time, SIG X will have 
no effect on the PCM output. 

Power Down Modes — These modes are described in de- 
tail in Table 3 of the 2913/14 data sheet except for a 
fail-safe mode in case CLK X is interrupted. If this 
should happen, both D x and TS X go into the tri-state 
mode until the clock is restored. This ensures the safety 
of the PCM highway should the interrupted clock be a 
local problem. 


3.0 OPERATING MODES 

There are three basic operating modes that are support- 
ed by the 2913/14: fixed data rate timing (FDRT), vari- 
able data rate timing (VDRT), and on-line testing. 


3.1 Fixed Data Rate Mode 

The FDRT mode is described in some detail in both 
section 2.2 of this note and in the 2913/14 data sheet. 
In addition, Intel Application Note AP-64 (Data Con- 


version, Switching, and Transmission using the Intel 
29 10 A/2911 A codec and 2912 PCM filter) also de- 
scribes the basics of using the fixed data rate mode for 
first-generation codecs and filters which is essentially 
the same as for the 2913/14 second-generation combo- 
chip. 


3.2 Variable Data Rate Mode 

The VDRT mode is described in some detail both in 
section 2.2 and in the 2913/14 data sheet. This section 
focuses on two design aspects: (1) the advantage of 
clocking data on the rising edges of the clock for trans- 
mit and receive data, respectively, and (2) making the 
2913/14 transparent in previously designed systems (a 
retrofit, cost reduction redesign). 

Clock Timing — The 2913/14 is ideally set up to trans- 
mit and receive data, using the same clock, with no race 
conditions or other marginal timing requirements. This 
is accomplished by transmitting data on the rising edge 
of the first clock pulse following the data enable pulse 
FSx and receiving data on the falling edge of the clock 
which is directly in the middle of the Dx data pulse. 
Several manufacturers use leading edge timing for both 
transmit and receive requiring an inversion of the re- 
ceive clock. 

Figure 10 shows the transmit and receive clock and 
data timing for an entire time slot of data. A closer look 
at the timing functions is given in Figure 11 which 
looks specifically at the first clock cycle after the trans- 
mit data enable FSx- 

According to the 2913/14 data sheet, the frame sync/ 
data enable FSx must precede the clock (DCLKx) by 
at least T tsc j x or nominally 15 ns for that clock pulse to 
be recognized as the first clock pulse in the time slot. In 
actuality, the 2914 will allow FS X to lag up to 80 ns the 
DCLKx rising edge and recognize it as the first clock 
pulse in a 2.048 MHz system. 

Once FSx has reached Vjh of about 2V, the Dx output 
will remain in the tri-state high-impedance mode for 
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Transmit Timing 



Receive Timing 



NOTE: 

All timing parameters referenced to Vm and V||_ except tpoN and toFF which reference a high impedance state. 


Figure 10. Variable Data Rate Timing for an Entire Time Slot 


Tdon or about 34 ns longer. It then conies out of tristate 
and will represent some data which is invalid until the 
valid data is available Tde>x or a ^ out 75 ns (100 ns 
worst case) after the clock rising edge. This means there 
is about 90 ns of invalid data after the tri-state mode. 
At this point there is valid data on the Dx highway 
that lasts for approximately one full clock cycle. 

Since the Dx highway is tied directly to the D r high- 
way in digital loopback, the valid data above is now 
available to the receive channel with some propagation 
delay. The receiver is only interested in the data for 
about a 50 ns (110 ns worst case) window centered 
about the falling edge of the DCLK r clock which oc- 
curs about half a clock cycle from the FS r rising edge. 
The window width is equal to the data set-up time. 
Tdsr> pins the clock fall time, Tf, plus the data hold 
time, Tdhr- Information at any other time on the D r 
highway falls into the DON’T CARE category. 

Retrofitting the 2913/14 — Several switching/transmis- 
sion systems have been designed using first-generation 
codecs which operate at data rates from 64 Kbps to 
2.048 MBps. In addition, they may have been designed 
using the rising clock edges for both transmit and re- 
ceive data. 


Other aspects of these older designs could be relative 
skewing between the, sync pulses (Data Enable) and the 
clock pulses in such a way that the sync pulse occurs 
after (Lags) the first clock pulse rising edge. All of these 
conditions can be easily handled using the variable data 
rate timing mode of the 2913/14 plus some simple ex- 
ternal logic. By the addition of this logic, the 2913/14 
becomes transparent to the older design thereby allow- 
ing an upgrade in performance while having no impact 
on backplane wiring or on system control hardware/ 
software. In addition, many of the features of the 
2913/14 may be incorporated, such as the test modes, 
which provide additional capabilities beyond those 
available in the original design and at a lower cost. 

The circuit diagram in Figure 12 shows the maximum 
amount of additional random logic that could be neces- 
sary to make the 2913 or 2914 completely transparent 
at the linecard level (no impact on backplane wiring or 
timing). The inverter on DCLKr inverts all the receive 
clocks for each linecard. This inverter is only needed if 
(1) the transmit and receive clocks are inverted at the 
system/backplane level (as opposed to the linecard lev- 
el) and (2) the previous design used only rising (or fall- 
ing) edges to clock the transmit/receive data! 
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3.3 On-Line Test Modes 

Two modes are available which permit maintenance 
checking of the linecard up to the SLIC/combochip 
interface, including the PCM highways and time slot 
interchanges. Tests include time slot-dependent error 
checking. The two test modes are called “redundancy 
testing” and “analog loopback.” These test modes are 
described in detail in Section 4.3. 


4.0 MULTIMODE TEST CAPABILITIES 

The 2913/14 was designed with every phase of design, 
manufacturing, and operation taken into consideration. 
In particular, several test modes have been implement- 
ed within the device with essentially no increase in the 
package size or pin count. These test modes fall into 
three categories: design/prototype tests, manufacturing 
tests, and on-line operation tests; see Table 8. 


4.1 Design/Prototype Testing 

In the design of a linecard prototype or in the qualifica- 
tion of a device, it is often helpful to have direct access 
to the internal nodes at key points in the LSI system. 
Some manufacturers even dedicate pins specifically for 
this function. The Intel 2913/14 approach was to re- 
duce cost by using multifunction pins and smaller pack- 
ages to achieve this goal. Measurements through these 
multipurpose pins will typically yield full device capa- 
bility against performance specifications, however these 
measurements are not included in the device specifica- 
tions. This is done for two reasons: first, to save manu- 
facturing cost by eliminating unnecessary tests and 
specifications, and, second, more cost effective manu- 
facturing test techniques are available, as discussed in 
section 4.2. 
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2913 HOOKUP 


2914 HOOKUP 



210314-20 


NOTE: 

(1) One inverter per linecard. 


Figure 12. Circuit Diagram Showing Connections Needed to Retrofit the 2913/14 
into Existing Variable Data Rate Systems 


Table 8. Multimode Testing for Each Level from 
Design to On-Line Operation 

• Design/Prototype Testing 

— Direct access to transmit codec inputs 

— Direct access to the receive filter input 
and the transmit filter differential out- 
puts 

• Manufacturing Tests 

— Standard half channel tests for com- 
bined codec/filters 

— Filter response half channel measure- 
ments 

• Operation On-Line Tests 

— Analog loopback for testing PCM and 
codec analog highways 

— Redundancy checks with repeatable 
Dx outputs 


Transmit Coded (Encoder) — The transmit filter can be 
bypassed by directly accessing the differential input of 
the transmit encoder with an analog differential drive 
signal. Table 9 shows the control pin voltages and the 
input pins for this test. This test mode permits DC test- 
ing of the encoder which is otherwise blocked by the 
AC coupling (low frequency reject filter) of the trans- 
mit filter. 

Transmit and Receiver Filter — Table 9 shows the con- 
trol values that permit access to the differential outputs 
of the transmit filter and the single-ended input to the 
receive filter. The voltage difference between the trans- 
mit filter outputs represents the filtered output that will 
be encoded. By driving VFxI (single ended or differen- 
tially), the transmit filter response is obtained as a dif- 
ferential output. The final stage is the 60 Hz reject filter 
which is a switched capacitor filter sampled at an 
8 KHz rate. When measured digitally (after the encod- 
er), the filter characteristic is obtained directly: howev- 
er, when measured in analog, a sin (coT/2)/a)T/2 cor- 
rection factor must be included. 


Table 9 gives the input control pin values and the corre- 
sponding functions assigned to the key test pins on the 
2914 for the design test modes. 
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Table 9. 2914 Test Functions and Control Inputs for the Design Test Modes 


Input 

Pin Function (24-Pin) 

Test 

Function 

PDN 

DR 

Pin 9 
DCLKr 

Pin 17 

TS X /DCLK X 

Pin 18 
SIG X /ASEL 

O-Vcc 

O-Vcc 

DCLKr 

TS X /DCLK X 

SIG X /ASEL 

Normal Operation 

Vbb 

O-Vcc 

— 

+ VFX 

— VFX 

Encoder 

O-Vcc 

Vbb 

VFRI 

+ VFXO 

-VFXO 

RCV, XMIT Filter 


NOTES: 

The terms used above are defined as: 

±VFX = Encoder Input 
± VFXO = XMIT Filter Output 
VFRI = RCV Filter Input 

The input to the receive filter first passes through a 
sample and hold. This is necessary to simulate the 
sin (o)T/2)/o)T/2 characteristic that results from the 
decoder D/A output. The net result is a filter charac- 
teristic that can be compared directly to the specifica- 
tions. 

Start-up Procedure for Test Modes — To place the 
2913/14 in the test mode it is first necessary to operate 
the device for a few ms in normal operation. Then Vge 
can be applied to the control pins to select the desired 
test access. 


4.2 Production Testing 

While it may be convenient for the designer to have 
access to both the filter and the codec inputs and out- 
puts during the design or evaluation phase the final 
product will always use the filter and codec circuits 
together with all signals passing through both on the 
way to or from the PCM highways. It therefore makes 
sense to perform all manufacturing measurements with 
the device configured in its normal operating mode, i.e., 
all measurements should be complete filter/codec half 
channel measurements. This approach not only tests 
the combo as it will actually be used, but also saves 
time and money by eliminating separate measurements 
and correlation exercises to determine the full half 
channel performance. 

Since the transmission specifications of S/D, gain 
tracking, and ICN all require measurements which are 
“in-band” or “filter independent,” the codec functions 
can be easily tested using conventional half channel 
measurement equipment. The apparent difficulty arises 
in trying to fully measure the filter characteristics be- 
yond the half sampling frequency of 4 KHz. In fact, 
this is not really a problem with today’s computer- 
based testing plus an understanding of the sampled data 
process which is discussed under “Filter Testing”. 


ENCODER/DECODER TESTING 

Transmission specifications are AC-coupled in-band 
measurements when using either CCITT G.712.11 
methods 1 & 2 (white noise testing and sinusoidal test- 
ing, respectively) or AT&T Pub 43801 (Sinusoidal 
Testing). The noise testing uses a narrowband of flat 
noise from 300 to 500 Hz to drive the filter/codec (ei- 
ther in analog or the equivalent digital sequence for the 
transmit/receive channels, respectively). The resulting 
harmonic products are used to determine S/D. Like- 
wise, gain tracking is also determined from this signal 
input. Sinusoidal testing uses a tone at 1.020 KHz for 
S/D measurements and gain tracking measurements. 
Idle channel noise measurements require the combined 
filter/codec since it has long been shown that separate 
measurements of filters and codecs are difficult to relate 
to the combined measurement (usually there is no spe- 
cific relationship because of the non-linear properties of 
the encoder/decoder operations). Typically the fre- 
quency response of ICN measurements is primarily de- 
termined by the weighting filter (either C message or 
psophometric, which are both AC-coupled, bandpass 
type filters). 

The conclusion is that combined filter/codec testing in 
no way limits the measurement of half channel trans- 
mission parameters of S/D, G.T., or ICN. 

FILTER TESTING 

Testing the filter response, of the transmit and receive 
channels presents two separate test situations which, in 
some ways, are mirror images of one another. With the 
transmit side, signals may be introduced at any fre- 
quency to test the filter response. At the output of the 
filter, the resulting signals are sampled at 8 KHz and 
digitized resulting in a sequence of PCM words repre- 
senting the samples of filtered input signal. On the re- 
ceive side, a digital PCM sequence of samples repre- 
senting the driving signal is converted to an analog sig- 
nal by the decoder and can be measured at the filter 
output in analog form. 
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Sampling Process — In both cases of testing the filter, 
the signal eventually is in a sampled form. Since the 
sampling rate is fixed at 8 KHz, all signals must be 
represented below 4 KHz (half the sampling frequen- 
cy). This means that the PCM bit stream can only rep- 
resent signals at frequencies below 4 KHz. If a signal 
above 4 KHz is sampled, those samples appear exactly 
as if the signal was at a frequency mirror imaged about 
4 KHz. Two examples include signals at 5 KHz and 
7 KHz which will result in samples that look like sig- 
nals of 5-8 KHz = 3 KHz and 7-8 KHz = 1 KHz, 
respectively. 

Conversely, the sampling process produces replicas (ali- 
asing) of the sampled signal around multiples of the 
sampling frequency. Therefore, if two signals are intro- 
duced digitally representing 1 KHz and 2 KHz, there 
will also be frequency components located at 8 KHz = 
± 1 KHz and 8 KHz = ±2 KHz, and so on for all 
multiples of 8 KHz. Thus it is possible to generate fre- 
quencies at arbitrary values after sampling by control- 
ling the frequency of each signal within the 4 KHz in- 
put band regardless of whether it is in analog or PCM. 

When an analog signal is sampled, the frequency com- 
ponents generated are all of the, same amplitude as the 
corresponding input spectral components. Therefore, 
on the transmit side, measurements made from the 
PCM data will have a throughput gain of unity except 
where components are superimposed (e.g., a 4 KHz in- 
put signal will have an alias component at 4 KHz 
which may double the amplitude at 4 KHz when the 
two components are combined). 

When an analog signal is reconstructed from digital 
samples, it goes through a sample and hold stage which 
has the effect of imposing a weighting function on the 
resulting spectral components that is represented by 



2 


where co is the actual spectral component frequency 
going into the filter, and T is the width of the hold 
pulse at the decoder output. For the 2913/14, the ana- 
log output is held the full sample period of 125 jus 
(1/8000 Hz) so that a frequency component at f t will 
have a weighting of 



Transmit Filter Test Approach — Two approaches can 
be used for half channel testing of the transmit filter 
characteristic: (1) input analog test frequencies and per- 
form an FFT on the corresponding PCM samples that 


are generated to determine spectral frequencies and am- 
plitudes at the codec output, or (2) use an “ideal” D/A 
converter on the PCM samples to convert the digital 
data back to analog so that the spectral amplitudes and 
frequencies can be determied using analog circuits such 
as spectrum analyzers or filter banks. In either case, the 
effects of sampling will be the same. Figure 13 shows 
two spectral diagrams of amplitude versus frequency. 
The top diagram represents the locations of nine test 
frequencies corresponding to the seven specified fre- 
quencies in the 2913/14 data sheet plus a component at 
7 KHz and one at 10 KHz. The bottom figure shows 
the “equivalent” spectral component locations when 
carried in the PCM bit stream. As an example, frequen- 
cy #8 is located at 7 KHz. The corresponding PCM 
frequency is seen in the lower figure at 1 KHz. Note 
also that the analog component at 9 KHz (see #8*) 
would also generate the 1 KHz component in the PCM 
data. 

To test the filter, the desired test frequencies are intro- 
duced in analog to the filter input in such a way that 
there is no confusion as to where the resulting compo- 
nent will be after sampling (i.e., don’t simultaneously 
put in 1 KHz and 7 KHz since both of these inputs 
result in a 1 KHz component in the PCM data). Then, 
using either technique (FFT or analog) mentioned 
above, measure the amplitude of the corresponding 



Frequencies in Analog and PCM 
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sampled component. The difference between that am- 
plitude and the input amplitude represents the filter 
attenuation at the frequency of the input signal. So, if 
the signal was at 7 KHz, the FFT will determine the 
amplitude of the corresponding 1 KHz signal. The am- 
plitude change relative to the input will represent the 
filter attenuation at 7 KHz. 

Receive Filter Test Approach — In this case, the PCM 
test signals can be generated directly from digital cir- 
cuits or by going through an “ideal” A/D (companded) 
to generate the PCM samples. Since these samples rep- 
resent frequencies below the half sampling rate, Figure 
12(b) now represents the input signals and 12(a) the 
output, but with one significant difference — a 
Sinc[7T fj/8000] weighting function is imposed on all 
the frequency components because of the decoder sam- 
ple and hold output. At the filter output, the spectral 
component amplitudes will include the effect of the fil- 
ter response and the weighting function measured at 
the actual test frequency. The receive filter includes a 
compensation network for the weighting function in its 
passband. Therefore, inside the passband (300 Hz to 
3.4 KHz) the measured amplitudes should be compared 
directly to the data sheet specifications. Frequencies 
outside the passband must be compensated for the 
weighting function first to determine the true filter re- 
sponse. 

Summary of Filter Testing — Table 10 lists the nine test 
frequencies shown in Figure 12 for both the transmit 
and receive filter testing. For each filter test, the input 
frequency (analog or PCM), measurement frequency, 
and test circuit gain is tabulated corresponding to the 


desired test frequency. The various weighting values are 
easily handled by computer-based test equipment since 
the inverse weighting function can be stored in the 
computer and applied to each measured amplitude as 
appropriate. 

4.3 Operational On-Line Testing 

Two test modes are available which facilitate on-line 
testing to verify operation of both the combochip and 
the entire switching highway network. The first is sim- 
ply the capability to duplicate the same Dx transmis- 
sion in multiple PCM time slots (redundancy check- 
ing), and the second is the analog loopback capability 
which allows the testing of a call completion through 
the entire PCM voice path including the time slot inter- 
change network. 

Redundancy Checking — A feature of the 2913/14 is 
that the same 8-bit PCM word can be put on the Dx 
highway in multiple time slots simply by holding the 
frame sync/data enable (FSx) high and continuing to 
supply clock pulses (CLKx or DCLKx). If the data 
enable was held high for multiple time slots, each time 
slot would have identical data in it. By routing this data 
through the PCM highways, time slot interchanges, 
etc., and then correlating the data between time slots, it 
would be possible to detect time slot-dependent data 
errors. When this test mode is used, no other data will 
be generated for the transmit highway until the frame 
sync returns low for at least one full clock cycle. 


Table 10. Filter Response Testing Input/Output Frequencies and Amplitude Gain Schedule 



Test 

Freq. 

Transmit 

Receive 

Input 

Freq. 

Measured 

Freq. 

Amp 

Weighting 

Input 

Freq. 

Measured 

Freq. 

Amp 

Weighting 

1 

200 

200 

200 

1 

200 

200 

1 

2 

300 

300 

300 

1 

300 

300 

1 

3 

3000 

3000 

3000 

1 

3000 

3000 

1 

4 

3300 

3300 

3300 

1 

3300 

3300 

1 

5 

3400 

3400 

3400 

1 

3400 

3400 

1 

6 

4000 

4000 

4000 

0 to 2 

4000 

4000 

0 to 2 

7 

4600 

4600 

3400 

1 

3400 

4600 

Sine 

4600 7 t 


. 8000 . 

8 

7000 

7000 

1000 

1 

1000 

7000 

Sine 

'7000 n' 

_ 8000 . 


9 

10000 

10000 

2000 

1 

2000 

10000 

Sine 

10000 7T 

8000 
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Analog Loopback — The 2914 (2913 does not have this 
feature) has the capability to be remotely programmed 
to disconnect the outside telephone lines and tie the 
transmit input directly to the receive output to effect 
analog loopback within the combo chip. This is accom- 
plished by setting the LOOP input to Vcc (TTL high). 
The result is to disconnect VFxI + and VFxI from 
the external circuitry and to connect internally 
PWRO + to VF X I + , GS r to PWRO-, and VF X I- 
to GSx (see Figure 14). 


With this test set up, the entire PCM and analog trans- 
mission path up to the SLIC can be tested remotely by 
assigning a PCM word to a time slot that is read by the 
combo being tested. This data is converted to analog 
and passed out of the receive channel. It is taken as 
input by the transmit channel where it is filtered and 
redigitized (encoded) back to PCM. The PCM word 
can now be put on the transmit highway and sent back 
to the remote test facility. By comparing the PCM data 
(individually or as a series of codes) the health of that 
particular connection can be verified. 



Figure 14. Simplified Block Diagram of 2914 Combochip in the Analog Loopback Configuration 
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Microcommunications: The application of 
microelectronic or silicon technology to 
the field of communications. Intel, long 
recognized as an established leader in the 
microcommunications market, has a broad 
range of components covering local area 
networks (LANs), modems and ISDN. 

This handbook gives you information 
on how to design Intel’s 
microcommunications components into 
useful system applications. Application 
articles explore Intel’s entire line of 
microcommunications products, including 
LANs, access method evaluation tools, wide 
area networks and telecommunications 
components. Charts are included to show 
parameters and test conditions, layout 
principles and much more. For further 
information on microcommunication 
components, see Microcommunications, 
Volume 1. 
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